sendmh - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

gửi - gửi tin nhắn

SYNOPSIS

gửi [-bí danh bí danh] [-bản thảo] [-thư mục nháp + thư mục] [-thủy lực msg]
[-nodraftthư mục] [-bộ lọc bộ lọc] [-nofilter] [-định dạng | -noformat] [-phía trước |
-dễ dàng] [-mime | -nome] [-msgstr | -nomsgid] [-ID tin nhắn tên địa phương | ngẫu nhiên]
[-đẩy | -nhiều] [-tách ra giây] [-bèo thuyền | -noverbose] [-đồng hồ đeo tay | - biết] [-mts
smtp | sendmail / smtp | sendmail / đường ống] [-người phục vụ tên máy chủ] [-Hải cảng tên cổng / số]
[-sasl] [-nosasl] [-saslmaxssf ssf] [-saslmech cơ chế] [-snoop] [-người dùng tên truy nhập]
[-tls] [-ban đầu] [-notls] [-chiều rộng cột] [hồ sơ ...] [-phiên bản] [-Cứu giúp]

MÔ TẢ

Gửi sẽ khiến mỗi tệp được chỉ định sẽ được gửi đến từng đích trong
các trường “To:”, “cc:”, “Bcc:”, “Dcc:” và “Fcc:” của tin nhắn. Nếu như gửi is
phân phối lại một tin nhắn, như được gọi từ xa, sau đó là “Resent-xxx” tương ứng
thay vào đó các trường sẽ được kiểm tra.

Theo mặc định, gửi sử dụng chương trình gửi để thực hiện việc gửi tin nhắn thực sự, mặc dù
điều này có thể được thay đổi bằng cách xác định hậu kỳ thành phần hồ sơ. Hầu hết các tính năng
quy cho gửi thực sự được thực hiện bởi gửi.

Trước gửi đưa tin nhắn cho gửi Để gửi đi, tin nhắn được xử lý bởi mhbuild đến
thực hiện bất kỳ mã hóa MIME cần thiết nào của tin nhắn gửi đi. Điều này có thể được thay đổi bởi
buildmimeproc thành phần hồ sơ. mhbuild được gọi với -Tự động chuyển đổi, vì vậy mhbuild
các lệnh không được xử lý theo mặc định. Nhìn thấy mhbuild(1) để biết thêm thông tin.

mhbuild sẽ quét bản nháp tin nhắn để tìm tiêu đề có tên Đính kèm. Dự thảo được chuyển thành
một thông báo MIME nếu tìm thấy một hoặc nhiều kết quả phù hợp. Chuyển đổi này xảy ra trước tất cả các chuyển đổi khác
xử lý. Các gì bây giờ(1) trang man mô tả giao diện người dùng để quản lý MIME
tệp đính kèm thông qua cơ chế này.

Phần đầu tiên của thông báo MIME là nội dung nháp nếu nội dung đó chứa bất kỳ ký tự không trống nào.
nhân vật. Cơ thể của mỗi người Đính kèm trường tiêu đề được hiểu là tên tệp và mỗi trường
tệp có tên được đưa vào dưới dạng một phần riêng biệt trong thông báo MIME.

Xác định loại MIME nội dung được chèn vào tiêu đề Content-Type cho từng phần
phụ thuộc vào cách bước sóng cài đặt đã được cấu hình. Nếu một chương trình, chẳng hạn như hồ sơ với một
--mime or -i tùy chọn, được tìm thấy có thể chỉ định loại tệp dưới dạng chuỗi loại MIME,
thì nó sẽ được sử dụng. Để xác định xem bạn bước sóng đã được cấu hình như vậy, hãy chạy mhparam
mimetypeproc và xem liệu một chuỗi không trống có được hiển thị hay không.

Nếu là của bạn bước sóng không được cấu hình bằng chương trình để chỉ định loại tệp dưới dạng chuỗi MIME,
sau đó một phương pháp khác được sử dụng để xác định chuỗi loại nội dung. Đối với tên tập tin có
hậu tố dấu chấm, hồ sơ sẽ được quét để tìm mhshow-hậu tố- mục nhập cho hậu tố đó. Các
loại nội dung cho phần được lấy từ mục nhập hồ sơ đó nếu tìm thấy kết quả khớp. Nếu một
không tìm thấy kết quả trùng khớp trong hồ sơ người dùng, hồ sơ mhn.defaults sẽ được quét tiếp theo. Nếu không
tìm thấy kết quả trùng khớp hoặc tệp không có hậu tố dấu chấm, loại nội dung là text/plain nếu
tệp chỉ chứa các ký tự ASCII hoặc ứng dụng/octet-stream nếu nó chứa
các ký tự nằm ngoài phạm vi ASCII. Nhìn thấy mhshow(1) để biết thêm chi tiết và cú pháp ví dụ.

Mỗi phần MIME đính kèm chứa tiêu đề “Mô tả nội dung” bao gồm
tên tệp và thêm tiêu đề "Bố trí nội dung". Đây là một ví dụ về phần MIME
tiêu đề cho tệp đính kèm:

Loại nội dung: văn bản/thuần túy; tên="PHIÊN BẢN"; bộ ký tự="us-ascii"
Nội dung-Mô tả: PHIÊN BẢN
Bố trí nội dung: tệp đính kèm; tên tệp="PHIÊN BẢN"

If -đẩy được quy định, gửi sẽ tự tách khỏi thiết bị đầu cuối của người dùng và thực hiện
các hành động ở chế độ nền. Nếu như đẩy'd và không thể gửi bản nháp, sau đó sẽ có thông báo lỗi
sẽ được gửi lại (sử dụng mailproc) cho người dùng. Nếu như -phía trước được đưa ra, sau đó một bản sao của
dự thảo sẽ được đính kèm với thông báo thất bại này. sử dụng -đẩy khác với việc đặt gửi
ở chế độ nền vì đầu ra bị giữ lại và phân tích bởi bước sóng.

If -bèo thuyền được quy định, gửi sẽ chỉ ra các tương tác xảy ra với việc vận chuyển
hệ thống, trước khi giao hàng thực tế. Nếu như -đồng hồ đeo tay được quy định gửi sẽ giám sát việc giao hàng
của thư cục bộ và mạng. Do đó, bằng cách chỉ định cả hai công tắc, một chi tiết lớn về
thông tin có thể được thu thập về từng bước nhập thông điệp vào quá trình vận chuyển
hệ thống.

Sản phẩm -thư mục nháp + thư mục và -thủy lực msg công tắc gọi bước sóng thư mục nháp
cơ sở. Đây là một tính năng nâng cao (và rất hữu ích). Tham khảo ý kiến mh-nháp(5) người đàn ông
để được thêm thông tin.

If -tách ra được quy định, gửi sẽ chia bản nháp thành một hoặc nhiều phần tin nhắn trước
để gửi. Điều này sử dụng các tính năng MIME trong bước sóng. Tuy nhiên lưu ý rằng nếu gửi is
được gọi dưới xa, thì chuyển đổi này bị bỏ qua -- việc phân phối lại một
nhắn tin theo cách này. Đôi khi bạn muốn gửi tạm dừng sau khi đăng một phần
tin nhắn. Điều này thường xảy ra khi bạn đang chạy gửi thư và mong đợi tạo ra một
rất nhiều tin nhắn một phần. Lập luận cho -tách ra cho nó biết phải tạm dừng bao lâu giữa
Bài đăng.

Gửi với không hồ sơ đối số sẽ truy vấn xem bản nháp có phải là tệp dự định hay không, trong khi
-bản thảo sẽ ngăn chặn câu hỏi này. Khi hệ thống giao thông đã chấp nhận thành công
quyền quản lý tin nhắn, tập tin sẽ được đổi tên bằng tiền tố phụ thuộc vào trang web (thường là
dấu phẩy), cho phép truy xuất nó cho đến khi tin nhắn nháp tiếp theo được gửi. Nếu có
là lỗi trong định dạng của tin nhắn, gửi sẽ hủy bỏ với một (hy vọng) hữu ích
thông báo lỗi.

Nếu gặp trường “Bcc:”, địa chỉ của nó sẽ được sử dụng để gửi và “Bcc:”
trường sẽ bị xóa khỏi tin nhắn được gửi tới người nhận đã nhìn thấy. Người nhận mù
sẽ nhận được một tin nhắn hoàn toàn mới với một bộ tiêu đề tối thiểu. Bao gồm trong cơ thể
của tin nhắn sẽ là một bản sao của tin nhắn được gửi đến người nhận.

Nếu gặp trường “Dcc:” và sendmail / đường ống phương thức vận chuyển thư không có trong
sử dụng, địa chỉ của nó sẽ được sử dụng để gửi và trường “Dcc:” sẽ bị xóa khỏi
thông điệp. Người nhận mù sẽ nhận được tin nhắn tương tự được gửi đến người sáng mắt
người nhận. *CẢNH BÁO* Người nhận được liệt kê trong trường “Dcc:” không nhận được dấu hiệu rõ ràng
rằng họ đã nhận được một “bản sao mù”. Điều này có thể khiến người nhận mù vô tình
trả lời cho tất cả những người nhận được tin nhắn gốc, tiết lộ rằng họ
nhận được một bản sao mù. Mặt khác, do việc trả lời bình thường một tin nhắn được gửi qua
Trường “Bcc:” sẽ chỉ tạo phản hồi cho người gửi tin nhắn gốc, phải mất
hầu hết người gửi thư đều nỗ lực nhiều hơn để trả lời thư đi kèm và vì vậy thường chỉ
được thực hiện một cách có chủ ý chứ không phải do vô tình.

If -bộ lọc bộ lọc được chỉ định thì bản sao này sẽ được lọc (định dạng lại) bởi mhl trước khi
để được gửi đến những người nhận mù. Cách khác, nếu bạn chỉ định -mime chuyển đổi, sau đó
gửi sẽ sử dụng các quy tắc MIME để đóng gói.

Trước khi gửi tin nhắn, trường “Ngày: bây giờ” sẽ được thêm vào tiêu đề trong
tin nhắn. Nếu như -msgstr được chỉ định thì trường “Message-ID:” cũng sẽ được thêm vào
thông điệp.

Sản phẩm -ID tin nhắn switch chọn kiểu được sử dụng cho phần xuất hiện sau @ trong
Các trường tiêu đề “Message-ID:”, “Resent-Message-ID:” và “Content-ID:”. Hai cái chấp nhận được
lựa chọn là tên địa phương (là mặc định) và ngẫu nhiên. Với tên địa phương, địa phương
tên máy chủ được sử dụng. Với ngẫu nhiên, thay vào đó, một chuỗi ký tự ngẫu nhiên sẽ được sử dụng. Ghi chú
rằng -msgstr công tắc phải được bật để công tắc này có hiệu lực.

If gửi đang phân phối lại một tin nhắn (khi được gọi bởi xa), thì “Gửi lại-” sẽ là
được thêm vào trước mỗi trường sau: “Từ:”, “Ngày:” và “ID tin nhắn:”.

Trường “Từ:” là bắt buộc đối với tất cả các tin nhắn gửi đi. Nhiều địa chỉ được phép
trong trường “Từ:”, nhưng trường “Người gửi:” là bắt buộc trong trường hợp này. Nếu không thì một
Trường “Người gửi:” là tùy chọn.

Nếu một tin nhắn có nhiều địa chỉ “Từ:” KHÔNG bao gồm trường “Người gửi:” nhưng có
bao gồm trường “Phong bì-Từ:”, trường “Phong bì-Từ:” sẽ được sử dụng để xây dựng một
trường “Người gửi:”.

Khi sử dụng SMTP để gửi thư, phong bì được sử dụng cho giao dịch SMTP là
bắt nguồn từ trường “Phong bì-Từ:”. Nếu không có trường “Phong bì-Từ:” hiện diện thì
Trường “Người gửi:” được sử dụng. Nếu cả trường “Phong bì-Từ:” lẫn trường “Người gửi:” đều không
hiện tại, trường “Từ:” được sử dụng. Khi “Phong bì-Từ:” xuất hiện trong tin nhắn, nó sẽ là
bị xóa khỏi tin nhắn gửi đi cuối cùng.

Bằng việc sử dụng -định dạng switch, mỗi mục trong trường “To:” và “cc:” sẽ được
được thay thế bằng các mục nhập định dạng "tiêu chuẩn". Định dạng chuẩn này được thiết kế để có thể sử dụng được bởi
tất cả các trình xử lý tin nhắn trên các hệ thống khác nhau trên Internet. Nếu như -noformat is
được cung cấp thì các tiêu đề sẽ được xuất ra chính xác như chúng xuất hiện trong bản nháp thư.

Nếu gặp “Fcc: folder”, tin nhắn sẽ được sao chép vào thư mục được chỉ định cho
người gửi ở định dạng mà nó sẽ xuất hiện đối với bất kỳ người nhận tin nhắn không phải Bcc nào.
Tức là nó sẽ có các trường được nối thêm và định dạng lại trường. Các trường “Fcc:” sẽ
sẽ bị xóa khỏi tất cả các bản sao gửi đi của tin nhắn.

Bằng việc sử dụng -chiều rộng cột chuyển đổi, người dùng có thể chỉ đạo gửi về việc nó sẽ kéo dài bao lâu
dòng tiêu đề chứa địa chỉ.

Hệ thống vận chuyển thư mặc định được cung cấp trong /etc/nmh/mts.conf nhưng có thể vượt quá
Kèm theo -mts công tắc điện.

Nếu nmh đang sử dụng SMTP MTA, -người phục vụ và -Hải cảng công tắc có thể được sử dụng để ghi đè
máy chủ thư mặc định (được xác định bởi /etc/nmh/mts.conf mục nhập máy chủ). Các -snoop
có thể được sử dụng để xem giao dịch SMTP. (Lưu ý rằng giao dịch SMTP có thể
chứa thông tin xác thực ở dạng bản rõ hoặc base64 được giải mã dễ dàng.)

If bước sóng đã được biên dịch với sự hỗ trợ của SASL, -sasl và -nosasl công tắc sẽ kích hoạt và
vô hiệu hóa việc sử dụng xác thực SASL với MTA SMTP. Tùy thuộc vào cơ chế SASL
được sử dụng, điều này có thể yêu cầu người dùng nhắc mật khẩu bổ sung (nhưng mạng tập tin có thể
được sử dụng để lưu trữ mật khẩu này, như được mô tả trong hồ sơ mh(5) trang người). Các
-saslmech switch có thể được sử dụng để chọn một cơ chế SASL cụ thể và -người dùng chuyển đổi
có thể được sử dụng để chọn một userid ủy quyền để cung cấp cho SASL ngoài mặc định.
Mục nhập hồ sơ thông tin xác thực trong hồ sơ mh(5) trang man mô tả các cách cung cấp
tên người dùng và mật khẩu.

Nếu xác thực SASL thành công, bước sóng sẽ cố gắng thương lượng một lớp bảo mật cho
mã hóa phiên. Dữ liệu được mã hóa được gắn nhãn `(được mã hóa) 'và` `(được giải mã)' khi
xem giao dịch SMTP với -snoop công tắc điện. Các -saslmaxssf công tắc có thể được sử dụng
để chọn giá trị lớn nhất của Hệ số sức mạnh bảo mật. Đây là một giá trị số nguyên và
ý nghĩa chính xác của giá trị này phụ thuộc vào cơ chế SASL cơ bản. Giá trị 0
tắt mã hóa.

If bước sóng đã được biên dịch với sự hỗ trợ của TLS, -tls và -ban đầu công tắc sẽ yêu cầu
việc đàm phán TLS khi kết nối với MTA SMTP. Các -tls switch sẽ thương lượng
TLS như một phần của giao thức SMTP thông thường bằng lệnh STARTTLS. Các -ban đầu sẽ
thương lượng TLS ngay sau khi kết nối diễn ra, trước bất kỳ lệnh SMTP nào
được gửi hoặc nhận. Dữ liệu được mã hóa được gắn nhãn `(tls-encrypted)' và `(tls-
được giải mã)' khi xem giao dịch SMTP bằng -snoop công tắc điện. Các -notls chuyển đổi
sẽ vô hiệu hóa mọi nỗ lực đàm phán TLS.

Các tệp được chỉ định bởi mục nhập hồ sơ “Aliasfile:” và bất kỳ tệp bí danh bổ sung nào được cung cấp
bởi -bí danh bí danh chuyển đổi sẽ được đọc (nhiều hơn một tệp, mỗi tệp đứng trước -bí danh,
có thể được đặt tên). Nhìn thấy mh-bí danh(5) để biết thêm thông tin.

Sử dụng sendmh trực tuyến bằng dịch vụ onworks.net