Re: Activation points and callout modes

Markus Hofmann <[email protected]> Mon, 21 Feb 2005 07:53:00 -0500
Newsgroups gmane.ietf.opes
Message-ID <[email protected]>
[Forwarded email from Alex, who currently has problems posting to the 
OPES list].

> ------------------------------------------------------------------------
> 
> Subject:
> Re: Activation points and callout modes
> From:
> "Alex Rousskov" <[email protected]>
> Date:
> Sun, 20 Feb 2005 22:48:01 -0700
> To:
> "Martin Stecher" <[email protected]>, [email protected]
> 
> To:
> "Martin Stecher" <[email protected]>, [email protected]
> 
> 
> On Fri, 2005/01/28 (MST), <[email protected]> wrote:
> 
>>   1. Receiving email
>>      Do a SMTP dialog with the peer, receiving email from it,
>>      usually storing the emails in a queue and maybe sending on later
>>  2. Stored email in queue
>>      Operate on an email that has been received earlier. Their is
>>      no current SMTP dialog going on
>>  3. Sending email
>>      Do a SMTP dialog with a peer, sending email to it.
>>  4. Proxy (receive and forward)
>>      Having two SMTP dialogs at the same time. Mostly forwarding
>>      commands and replies; often no own email queue
> 
> 
> FWIW, it looks to me that, *from OPES point of view*, 1 and 3 are  
> essentially the same, and 4 is essentially a combination (or concurrent  
> application) of 1 and 3. Number 2 is out of OPES/SMTP scope; it could 
> be  in some future OPES/MIME scope.
> 
> This makes the situation essentially equivalent to the one we have in  
> OPES/HTTP: The difference between 1, 3, and possibly 4 can be 
> accomodated  by two or possibly three OCP profiles that share most of 
> their properties.
> 
>> In addition to that there are four modes
>>
>>   A. SMTP command modification
>>      The command is modified by the callout server
>>  B. SMTP command satisfaction
>>      Callout server responds with a SMTP reply (usually an error
>>      message).
>>  C. SMTP reply modification
>>      The SMTP reply is modified by the callout server
>>  D. Email message body modification
>>
>> Re C: SMTP reply modification seems to make sense for
>>     - reply logging (so no real modification)
>>     - At activation point 4, when commands and replies are proxied
> 
> 
> I do not yet understand why SMTP reply modification is essential for 
> AP#4  if it is not essential for other APs. Did I miss an example posted 
> earlier  (I did go through all the messages on the list)?
> 
>> Re D: When part of OCP/SMTP (not OCP/MIME or alike) this can be
>> seen as command modification, i.e. it falls back to mode A.
> 
> 
> Yes, at this level of abstraction there is no difference.
> 
> Alex.