later finds that the forward-path i

later finds that the forward-path is incorrect or that the mail
cannot be delivered for whatever reason, then it must construct an
"undeliverable mail" notification message and send it to the
originator of the undeliverable mail (as indicated by the
reverse-path).

This notification message must be from the server-SMTP at this
host. Of course, server-SMTPs should not send notification
messages about problems with notification messages. One way to
prevent loops in error reporting is to specify a null reverse-path
in the MAIL command of a notification message. When such a
message is relayed it is permissible to leave the reverse-path
null. A MAIL command with a null reverse-path appears as follows:

MAIL FROM:

An undeliverable mail notification message is shown in example 7.
This notification is in response to a message originated by JOE at
HOSTW and sent via HOSTX to HOSTY with instructions to relay it on
to HOSTZ. What we see in the example is the transaction between
HOSTY and HOSTX, which is the first step in the return of the
notification message.

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

sau đó thấy rằng con đường phía trước là không chính xác hoặc thư không thể gửi vì lý do gì, sau đó nó phải xây dựng một "không thể gửi thư" thông báo tin nhắn và gửi nó để các người khởi của thư không gửi được (như được chỉ ra bởi các đảo ngược-đường dẫn). Thư thông báo này phải từ hệ phục vụ SMTP lúc này máy chủ lưu trữ. Tất nhiên, máy chủ-SMTPs không nên gửi thông báo tin nhắn về các vấn đề với thư thông báo. Một cách để ngăn chặn vòng lỗi báo cáo là để chỉ định một đảo ngược null, con đường dưới quyền chỉ huy thư của thư thông báo. Khi đó một thư được chuyển tiếp nó được cho phép để rời khỏi đường đảo ngược null. Một lệnh thư với một đảo ngược null, con đường sẽ xuất hiện như sau: THƯ từ: <> Thư không thể gửi thư thông báo được hiển thị trong ví dụ 7. Thông báo này là để đáp ứng với một tin nhắn có nguồn gốc của JOE lúc HOSTW và gửi qua HOSTX để HOSTY với các hướng dẫn tiếp nhận nó trên để HOSTZ. Những gì chúng ta thấy trong ví dụ là các giao dịch giữa HOSTY và HOSTX, mà là lần đầu tiên bước vào sự trở lại của các thư thông báo.

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

sau đó thấy rằng phía trước con đường là không chính xác hoặc rằng thư
không thể được chuyển giao vì lý do gì, sau đó nó phải xây dựng một
"thư không gửi" tin nhắn thông báo và gửi nó vào
khởi của thư không gửi được (như được chỉ ra bởi các
đảo ngược đường dẫn) . tin nhắn thông báo này phải được từ các máy chủ SMTP lúc này máy chủ. Tất nhiên, máy chủ SMTPs không nên gửi thông báo thông điệp về vấn đề với tin nhắn thông báo. Một cách để ngăn chặn vòng lặp trong báo cáo lỗi là để xác định một null reverse-path trong lệnh MAIL của một tin nhắn thông báo. Khi đó tin nhắn được chuyển tiếp nó được cho phép rời khỏi đảo ngược con đường null. Một lệnh MAIL với một null reverse-path xuất hiện như sau: MAIL FROM: <> . Một tin nhắn không gửi được mail thông báo được hiển thị trong ví dụ 7 Thông báo này là để đáp ứng với một thông điệp có nguồn gốc bởi JOE tại HOSTW và gửi qua HOSTX để Hosty với các hướng dẫn để chuyển tiếp nó trên để HOSTZ. Giao dịch giữa những gì chúng ta thấy trong ví dụ này là Hosty và HOSTX, đó là bước đầu tiên trong sự trở lại của tin nhắn thông báo.