?? 00000018.htm
字號:
S: MAIL FROM:<<a href="mailto:Smith@Alpha.ARPA>">Smith@Alpha.ARPA></a> <br /> R: 250 OK <br /> S: RCPT TO:<<a href="mailto:Jones@Beta.ARPA>">Jones@Beta.ARPA></a> <br /> R: 250 OK <br /> S: RCPT TO:<<a href="mailto:Green@Beta.ARPA>">Green@Beta.ARPA></a> <br /> R: 550 No such user here <br /> S: RCPT TO:<<a href="mailto:Brown@Beta.ARPA>">Brown@Beta.ARPA></a> <br /> R: 250 OK <br /> S: DATA <br /> R: 354 Start mail input; end with <CRLF>.<CRLF> <br /> S: Blah blah blah... <br /> S: ...etc. etc. etc. <br /> S: <CRLF>.<CRLF> <br /> R: 250 OK <br /> The mail has now been accepted for Jones and Brown. Green did <br /> not have a mailbox at host Beta. <br /> Example 1 <br /> ------------------------------------------------------------- <br />[Page 6] Postel <br /> <br /> <br />RFC 821 August 1982 <br /> Simple Mail Transfer Protocol <br /> 3.2. FORWARDING <br /> There are some cases where the destination information in the <br /> <forward-path> is incorrect, but the receiver-SMTP knows the <br /> correct destination. In such cases, one of the following replies <br /> should be used to allow the sender to contact the correct <br /> destination. <br /> 251 User not local; will forward to <forward-path> <br /> This reply indicates that the receiver-SMTP knows the user's <br /> mailbox is on another host and indicates the correct <br /> forward-path to use in the future. Note that either the <br /> host or user or both may be different. The receiver takes <br /> responsibility for delivering the message. <br /> 551 User not local; please try <forward-path> <br /> This reply indicates that the receiver-SMTP knows the user's <br /> mailbox is on another host and indicates the correct <br /> forward-path to use. Note that either the host or user or <br /> both may be different. The receiver refuses to accept mail <br /> for this user, and the sender must either redirect the mail <br /> according to the information provided or return an error <br /> response to the originating user. <br /> Example 2 illustrates the use of these responses. <br /> ------------------------------------------------------------- <br /> Example of Forwarding <br /> Either <br /> S: RCPT TO:<<a href="mailto:Postel@USC-ISI.ARPA>">Postel@USC-ISI.ARPA></a> <br /> R: 251 User not local; will forward to <<a href="mailto:Postel@USC-ISIF.ARPA>">Postel@USC-ISIF.ARPA></a> <br /> Or <br /> S: RCPT TO:<<a href="mailto:Paul@USC-ISIB.ARPA>">Paul@USC-ISIB.ARPA></a> <br /> R: 551 User not local; please try <<a href="mailto:Mockapetris@USC-ISIF.ARPA>">Mockapetris@USC-ISIF.ARPA></a> <br /> Example 2 <br /> ------------------------------------------------------------- <br />Postel [Page 7] <br /> <br /> <br />August 1982 RFC 821 <br />Simple Mail Transfer Protocol <br /> 3.3. VERIFYING AND EXPANDING <br /> SMTP provides as additional features, commands to verify a user <br /> name or expand a mailing list. This is done with the VRFY and <br /> EXPN commands, which have character string arguments. For the <br /> VRFY command, the string is a user name, and the response may <br /> include the full name of the user and must include the mailbox of <br /> the user. For the EXPN command, the string identifies a mailing <br /> list, and the multiline response may include the full name of the <br /> users and must give the mailboxes on the mailing list. <br /> "User name" is a fuzzy term and used purposely. If a host <br /> implements the VRFY or EXPN commands then at least local mailboxes <br /> must be recognized as "user names". If a host chooses to <br /> recognize other strings as "user names" that is allowed. <br /> In some hosts the distinction between a mailing list and an alias <br /> for a single mailbox is a bit fuzzy, since a common data structure <br /> may hold both types of entries, and it is possible to have mailing <br /> lists of one mailbox. If a request is made to verify a mailing <br /> list a positive response can be given if on receipt of a message <br /> so addressed it will be delivered to everyone on the list, <br /> otherwise an error should be reported (e.g., "550 That is a <br /> mailing list, not a user"). If a request is made to expand a user <br /> name a positive response can be formed by returning a list <br /> containing one name, or an error can be reported (e.g., "550 That <br /> is a user name, not a mailing list"). <br /> In the case of a multiline reply (normal for EXPN) exactly one <br /> mailbox is to be specified on each line of the reply. In the case <br /> of an ambiguous request, for example, "VRFY Smith", where there <br /> are two Smith's the response must be "553 User ambiguous". <br /> The case of verifying a user name is straightforward as shown in <br /> example 3. <br />
?? 快捷鍵說明
復制代碼
Ctrl + C
搜索代碼
Ctrl + F
全屏模式
F11
切換主題
Ctrl + Shift + D
顯示快捷鍵
?
增大字號
Ctrl + =
減小字號
Ctrl + -