RE: Activation points and callout modes
jfcm <[email protected]> Wed, 02 Feb 2005 20:26:46 +0100
| Newsgroups | gmane.ietf.opes |
|---|---|
| Message-ID | <[email protected]> |
At 17:33 02/02/2005, Martin Stecher wrote: > > I don't see how D (email body modification) "falls back" to A (command > > modification), but as long as it can be done, I don't care what letter > > gets assigned to it. > >On Jan 20 you replied to an earlier message saying: > > Yes, I think that operating on the DATA portion fits into the > > architecture without the need for special consideration. > >That is what I wanted to describe here again. The email message body is >the data coming after the DATA command. It can be seen also as command >modification. No special consideration necessary -> D "falls back" to A. This is true with unstructured text. But not with structured text messages (XML, ASN.1, proprietary formats, signals, etc.). > > I'd not thought that the OPES processor would be maintaining queues, [...] > >And I assumed that most MTAs maintain something like queues in order to >store the messages they receive before they forward them (or maybe to store >if they cannot forward immediatly). But I may be wrong. >Has anybody a clear view on how many MTAs (percent of real world deployment) >can only work in a non-storing proxy mode (only accepting a message if they >already successfully forwarded to the next MTA in a parallel SMTP dialog)? >And how many MTAs do always store a message before forwarding? >And how many try a direct forward and store only if that does not work out? This is standardizing, not market study for a type of response. Also, you cannot consider existing systems when defining something whioch may change their architecture. All the point I make are part of the brain storming we make on a new (compatible) generation mail server. jfc