--On Friday, 08 July, 2005 13:37 -0400 John Leslie
Tony Hansen <tony(_at_)att(_dot_)com> wrote:
OPES SMTP Use Cases (draft-ietf-opes-smtp-use-cases-02.txt).
The Open Pluggable Edge Services (OPES) framework is
application agnostic. Application specific adaptations
extend that framework. This document describes OPES SMTP
use cases and deployment scenarios in preparation for SMTP
adaptation with OPES.
We should be very careful here. "Open Pluggable Edge
Services" suggests we're talking only about "edge services";
and IMHO we should be sure to explain any situations where the
OPES WG might have a different opinion than others as to what
an "edge service" is.
] In SMTP the OPES processor may be any agent participating in
SMTP ] exhanges, including MSA, MTA, MDA, and MUA. This
document focues on ] use cases in which the OPES processor is
a mail transfer agent (MTA).
Note that, while most of us know, more or less, what all of
those nice abbreviations mean, there is no consensus definition
for an MDA (the 2821 definition of a "delivery MTA" may or may
not be the same thing) nor, IMO, does was the submission
terminology of RFC 2476 or 2476bis (aka "originating server" in
2821) intended to adequately delimit the "MSA" term.
I'm afraid we start out with different opinions. :^(
MTAs have a number of functions; some of which we consider
to be "edge" functions, and some which we don't. (YMMV.)
Let me add one impression to John's useful explanation...
In terms of the structure and language of 2821 (and 2821bis,
which I just sent off for posting (!)), the only MTAs (SMTP
clients or servers) that are even vaguely "edge" services or
* The originator (aka the submission server or MSA)
* The destination server
* A gateway
The definitions of the first and second in 2821/ 2821bis are
deliberately a little fuzzy, but most of us think we know one
when we see one and would probably be in 95% agreement on any
given case. The discriminating definitions for a gateways is
also a bit fuzzy, but there was an effort during the DRUMS
period to keep that definition firm enough to make it hard for
someone to say "I want to do what would otherwise be considered
Bad Things, hence I will claim to be a gateway".
All of the other cases are relays (with some funny edge cases
around what a non-primary MX can do or not do), and actions
committed by them, especially some of the modifications
suggested in the OPES draft, would, from a 2821 perspective,
constitute mucking around in the middle of the mail environment.
Such actions are prohibited to the extent to which 2821 can
You know all of this. The question for me is that, given that
the OPES doc pushes really close to, or past, the boundary in
which its recommendations and structure require violating the
provisions of 2821, how would you like people to respond in a
way that would be most constructive? The answer obviously
interacts with several of the discussion threads on the
ietf-smtp list during the last few weeks, including such
questions as the legitimacy or appropriateness of mail relays
doing virus removal.