RE: Activation points and callout modes
"The Purple Streak, Hilarie Orman" <[email protected]> Wed, 2 Feb 2005 10:36:58 -0700
| Newsgroups | gmane.ietf.opes |
|---|---|
| Message-ID | <[email protected]> |
An implementation can certainly cache a message during simultaneous receive/send and defer storage until it is clear that the delivery won't complete? Tony Finch on Wed, 2 Feb 2005: > I doubt any proper MTAs work in this way, but some firewalls implement > SMTP proxies (pejoratively known as "SMTP fux-up mode" because of the > gratuitous incompetence of many implementations). These are probably in > the target area for OPES. > > And how many try a direct forward and store only if that does not work out? > I don't think there are any. That would imply attempting to do a > complete delivery of the message to its next hop in the time between > CRLF.CRLF and its response, which is against the following text from RFCs > 1123 and 2821: > To avoid receiving duplicate messages as the result of timeouts, a > receiver-SMTP MUST seek to minimize the time required to respond to > the final <CRLF>.<CRLF> end of data indicator. See RFC 1047 [28] for > a discussion of this problem.