For example, mail received at relay

For example, mail received at relay host A with arguments

FROM:
TO:

will be relayed on to host B with arguments

FROM:
TO:.

This command causes its forward-path argument to be appended
to the forward-path buffer.

DATA (DATA)

The receiver treats the lines following the command as mail
data from the sender. This command causes the mail data
from this command to be appended to the mail data buffer.
The mail data may contain any of the 128 ASCII character
codes.

The mail data is terminated by a line containing only a
period, that is the character sequence "." (see
Section 4.5.2 on Transparency). This is the end of mail
data indication.

The end of mail data indication requires that the receiver
must now process the stored mail transaction information.
This processing consumes the information in the reverse-path
buffer, the forward-path buffer, and the mail data buffer,
and on the completion of this command these buffers are
cleared. If the processing is successful the receiver must
send an OK reply. If the processing fails completely the
receiver must send a failure reply.

When the receiver-SMTP accepts a message either for relaying
or for final delivery it inserts at the beginning of the
mail data a time stamp line. The time stamp line indicates
the identity of the host that sent the message, and the
identity of the host that received the message (and is
inserting this time stamp), and the date and time the
message was received. Relayed messages will have multiple
time stamp lines.

When the receiver-SMTP makes the "final delivery" of a
message it inserts at the beginning of the mail data a return path line. The return path line preserves the
information in the from the MAIL command.
Here, final delivery means the message leaves the SMTP
world. Normally, this would mean it has been delivered to
the destination user, but in some cases it may be further
processed and transmitted by another mail system.

It is possible for the mailbox in the return path be
different from the actual sender's mailbox, for example,
if error responses are to be delivered a special error
handling mailbox rather than the message senders.

The preceding two paragraphs imply that the final mail data
will begin with a return path line, followed by one or more
time stamp lines. These lines will be followed by the mail
data header and body [2]. See Example 8.

Special mention is needed of the response and further action
required when the processing following the end of mail data
indication is partially successful. This could arise if
after accepting several recipients and the mail data, the
receiver-SMTP finds that the mail data can be successfully
delivered to some of the recipients, but it cannot be to
others (for example, due to mailbox space allocation
problems). In such a situation, the response to the DATA
command must be an OK reply. But, the receiver-SMTP must
compose and send an "undeliverable mail" notification
message to the originator of the message. Either a single
notification which lists all of the recipients that failed
to get the message, or separate notification messages must
be sent for each failed recipient (see Example 7). All
undeliverable mail notification messages are sent using the
MAIL command (even if they result from processing a SEND,
SOML, or SAML command).

Kết quả (Việt) 1:

Ví dụ, thư được nhận tại máy chủ chuyển tiếp A với đối số TỪ: ĐỂ: < @HOSTA.ARPA,@HOSTB.ARPA:[e-mail] > sẽ được chuyển tiếp đến máy chủ lưu trữ B với đối số TỪ: < @HOSTA.ARPA:[e-mail] > ĐỂ: < @HOSTB.ARPA:[e-mail] >. Lệnh này gây ra của nó đối số đường dẫn phía trước để được thêm để đệm con đường phía trước. DỮ LIỆU (DỮ LIỆU) Nhận xử lý những dòng sau lệnh như thư dữ liệu từ người gửi. Lệnh này gây ra các dữ liệu thư từ lệnh này để được gắn vào bộ đệm dữ liệu thư. Dữ liệu thư có thể chứa bất kỳ ký tự ASCII 128 Mã. Dữ liệu thư kết thúc bằng một dòng có chứa chỉ một khoảng thời gian, mà là chuỗi ký tự"."(xem Phần 4.5.2 về tính minh bạch). Đây là kết thúc của thư dữ liệu chỉ. Vào cuối thư dữ liệu chỉ đòi hỏi rằng người nhận bây giờ phải xử lý thông tin giao dịch thư được lưu trữ. Xử lý này tiêu thụ thông tin trong đảo ngược đường dẫn bộ đệm, bộ đệm con đường phía trước, và bộ đệm dữ liệu thư, và sau khi hoàn tất lệnh này các bộ đệm xóa. Nếu việc xử lý thành công người nhận phải gửi một hồi đáp OK. Nếu việc xử lý không hoàn toàn các người nhận phải gửi một thư trả lời thất bại. Khi nhận-SMTP nhận thư hoặc về chuyển tiếp hoặc cho giao hàng cuối cùng nó chèn vào đầu của các gửi dữ liệu cho một dòng thời gian đóng dấu. Dòng thời gian đóng dấu chỉ ra nhận dạng của các máy chủ đã gửi tin nhắn, và các nhận dạng của máy chủ mà nhận được thư (và là Chèn đóng dấu thời gian này), và ngày và thời gian các tin nhắn đã nhận được. Chuyển tiếp thư sẽ có nhiều dây chuyền đóng dấu thời gian. Khi nhận-SMTP làm cho giao hàng cuối cùng"" của một thông báo nó chèn vào đầu của dữ liệu thư một dòng trở lại con đường. Dòng con đường trở về bảo tồn các thông tin trong các từ lệnh thư. Ở đây, phân phối cuối cùng có nghĩa là thông điệp lá SMTP thế giới. Thông thường, điều này có nghĩa là nó đã được gửi đến điểm đến người sử dụng, nhưng trong một số trường hợp nó có thể tiếp tục xử lý và truyền qua hệ thống thư khác. Nó có thể cho hộp thư trong đường dẫn trở lại khác nhau từ hộp thư của người gửi thực tế, ví dụ, Nếu lỗi hồi đáp sẽ được chuyển giao một lỗi đặc biệt xử lý hộp thư chứ không phải là người gửi thư. Hai đoạn trước ngụ ý rằng dữ liệu cuối cùng thư sẽ bắt đầu với một dòng trở lại con đường, theo sau là một hoặc nhiều dây chuyền đóng dấu thời gian. Những dòng này sẽ được theo sau bởi thư dữ liệu tiêu đề và cơ thể [2]. Xem ví dụ 8. Đặc biệt đề cập đến cần thiết của các phản ứng và hành động hơn nữa yêu cầu khi xử lý sau khi chấm dứt của dữ liệu thư chỉ là phần nào thành công. Điều này có thể phát sinh nếu sau khi chấp nhận một số người nhận và dữ liệu thư, các SMTP nhận thấy rằng dữ liệu thư có thể thành công gửi đến một số người nhận, nhưng nó không thể những người khác (ví dụ, do phân bổ không gian hộp thư vấn đề). Trong một tình huống như vậy, các phản ứng với các dữ liệu lệnh phải là một thư trả lời OK. Tuy nhiên, nhận-SMTP phải soạn và gửi một thông báo "không thể gửi thư" thông báo cho những người khởi của thư. Hai đĩa đơn thông báo đó liệt kê tất cả những người nhận mà không thành công để nhận được tin nhắn, hoặc tin nhắn thông báo riêng biệt phải được gửi cho mỗi người nhận không thành công (xem ví dụ 7). Tất cả thông báo không gửi được thư được gửi bằng cách sử dụng các THƯ lệnh (ngay cả khi họ là kết quả của xử lý một gửi, SOML, hoặc SAML lệnh).

Kết quả (Việt) 2:

Ví dụ, thư nhận được tiếp sức host A với các đối số TỪ:


TO: <@ HOSTA.ARPA, @ HOSTB.ARPA: [e-mail]> sẽ được chuyển về để lưu trữ B với các đối số TỪ: <@ HOSTA.ARPA:[e-mail]> TO: <@ HOSTB.ARPA: [e-mail]>. Lệnh này gây ra tranh cãi về phía trước đường đi của nó được nối vào bộ đệm phía trước con đường. DỮ LIỆU (DATA) Người nhận xử lý các dòng lệnh như là thư dữ liệu từ người gửi. Lệnh này làm cho dữ liệu mail từ lệnh này được nối vào bộ đệm dữ liệu email. Các dữ liệu mail có thể chứa bất kỳ của các nhân vật 128 ASCII mã. Các dữ liệu mail được kết thúc bằng một dòng có chứa chỉ một thời gian, đó là các chuỗi ký tự "


















."(Xem
mục 4.5.2 về minh bạch). Đây là phần cuối của email
hiển thị thông tin. Sự kết thúc của mail dữ liệu chỉ yêu cầu người nhận bây giờ phải xử lý thông tin giao dịch mail được lưu trữ. Quá trình này tiêu thụ các thông tin trong reverse-path buffer , bộ đệm phía trước con đường, và các dữ liệu mail đệm, và về việc hoàn thành lệnh này các bộ đệm được xóa. Nếu xử lý thành công người nhận phải gửi một thư trả lời OK. Nếu xử lý không hoàn toàn nhận phải gửi một thất bại trả lời . Khi thu-SMTP chấp nhận một tin nhắn hoặc cho chuyển tiếp hoặc giao hàng cuối cùng nó chèn vào đầu của dữ liệu mail một dòng tem thời gian. Các dòng tem thời gian cho bản sắc của host gửi tin nhắn, và danh tính của máy chủ mà nhận được tin nhắn (và được chèn tem thời gian này), và ngày và thời gian thông điệp đã được nhận. thông điệp chuyển tiếp sẽ có nhiều thời gian dòng tem. Khi thu-SMTP làm cho "giao hàng cuối cùng" của một thông điệp, nó chèn vào sự bắt đầu của dữ liệu mail một dòng con đường trở lại. Dòng con đường trở về bảo tồn các thông tin trong





















từ lệnh MAIL.
Ở đây, giao hàng cuối cùng có nghĩa là thông điệp rời khỏi SMTP
thế giới. Thông thường, điều này sẽ có nghĩa là nó đã được gửi đến
người sử dụng đích, nhưng trong một số trường hợp, nó có thể được tiếp tục
xử lý và truyền qua một hệ thống mail. Nó có thể cho hộp thư trong con đường trở lại là khác nhau từ hộp thư của người gửi thực tế, ví dụ , nếu trả lời sai sẽ được chuyển giao một lỗi đặc biệt xử lý hộp thư chứ không phải là người gửi tin nhắn. Các trước hai đoạn ngụ ý rằng các dữ liệu mail thức sẽ bắt đầu với một dòng con đường trở lại, tiếp theo một hoặc nhiều dòng tem thời gian. Những dòng này sẽ được theo sau bởi các mail tiêu đề dữ liệu và cơ thể [2]. Xem Ví dụ 8. Đặc biệt đề cập là cần thiết của các phản ứng và hành động hơn nữa yêu cầu khi việc xử lý sau khi kết thúc thư dữ liệu chỉ là một phần thành công. Điều này có thể xảy ra nếu sau khi chấp nhận nhiều người nhận và các dữ liệu mail, thu-SMTP thấy rằng các dữ liệu mail có thể được thành công giao cho một số người nhận, nhưng nó không thể để những người khác (ví dụ, do phân bổ không gian hộp thư của vấn đề). Trong một tình huống như vậy, phản ứng DATA lệnh phải là một bài trả lời OK. Tuy nhiên, thu-SMTP phải soạn và gửi một "thư không gửi được" thông báo tin nhắn đến nguồn gốc của tin nhắn. Hoặc là một đơn thông báo trong đó liệt kê tất cả các người nhận không nhận được tin nhắn, hoặc tin nhắn thông báo riêng biệt phải được gửi cho mỗi người nhận thất bại (xem Ví dụ 7). Tất cả các tin nhắn thông báo không gửi được email được gửi đi bằng cách sử dụng lệnh MAIL (ngay cả khi họ là kết quả của chế biến một SEND, SOML, hoặc lệnh SAML).