ietf-mta-filters
[Top] [All Lists]

Re: 3028bis open issue #2: unknown envelope-part names

2005-06-29 15:16:44

On Wed, Jun 29, 2005 at 02:01:31PM -0700, Philip Guenther wrote:

B) require implementations to reject parts other than "from" and "to"
   unless declared via some new extension

I'd go with this one.  I've silently ignored others up until this
point but have had a long-standing private implementation note that
it needs to be resolved, vis:

TODO    /* Not really clear if this is an error- but for now we'll
           just treat it as a non-match or a zero count.
        */


   CONS: makes Cyrus implementation non-conforming; breaks scripts that
         haven't been updated to require the new extension

There are other dimensions to the question, of course.  One is whether a
prohibition under (B) will be a "SHOULD NOT" or a "MUST NOT" (MUST NOT
seems better to me, but SHOULD NOT will work better as a retroactive
recommendation); another is whether the spec should have an opinion on
whether the error should be detected at parse/compile time or at
execution time (I'd either go with either the latter or unspecified).

mm