[ RFC Index | RFC Search | Usenet FAQs | Web FAQs | Documents | Cities ]

    Search the Archives
Display RFC by number
    


RFC 2821: Para 4.2.5 refers to 'permanent error stats (5yz)' twice. It...

<< Back to: RFC 2821

 
Reader comments:
 

Comment by Mathias
Submitted on 10/15/2006
Related RFC: RFC 2821
Rating: Not yet rated Rate this comment: Vote
Para 4.2.5 refers to 'permanent error stats (5yz)' twice. It seems to me (also by the reference to a subsequent attempt  by the client, that the first mention is  really about 'temporary error status (4yz)'|[...]|   When an SMTP server returns a permanent error status (5yz) code after|   the DATA command is completed with <CRLF>.<CRLF>, it MUST NOT make|   any subsequent attempt to deliver that message.  The SMTP client|   retains responsibility for delivery of that message and may either|   return it to the user or requeue it for a subsequent attempt (see|   section 4.5.4.1).||   The user who originated the message SHOULD be able to interpret the|   return of a transient failure status (by mail message or otherwise)|   as a non-delivery indication, just as a permanent failure would be|   interpreted.  I.e., if the client SMTP successfully handles these|   conditions, the user will not receive such a reply.||   When an SMTP server returns a permanent error status (5yz) code after|   the DATA command is completely with <CRLF>.<CRLF>, it MUST NOT make|   any subsequent attempt to deliver the message.  As with temporary|   error status codes, the SMTP client retains responsibility for the|   message, but SHOULD not again attempt delivery to the same server|   without user review and intervention of the message.

 
 
FAQS.ORG makes no guarantees as to the accuracy of the posts. Each post is the personal opinion of the poster. These posts are not intended to substitute for medical, tax, legal, investment, accounting, or other professional advice. FAQS.ORG does not endorse any opinion or any product or service mentioned mentioned in these posts.

<< Back to: RFC 2821


© 2008 FAQS.ORG. All rights reserved.