[Top] [All Lists]

Re: rfc2821bis-01 Issue 14 Continuation of 222 greeting and Issue 15 syntax for multiline replies

2007-04-10 07:33:43

--On Tuesday, 10 April, 2007 10:04 -0400 Hector Santos
<hsantos(_at_)santronics(_dot_)com> wrote:

You might be able to overcome some of these difficulties in an
extension, but it certainly does not belong in the base spec.

I disagree but I defer to your rules. Thats too bad because I
can't help but feel if someone else would had brought this up,
you would take a more open minded consideration. I am sorry to
say that only because I find it extremely odd that technical
clarity in this case is not taken serious when in reality the
less serious nits are being debated else where. The odds are
very good systems you will be confronted with this ISSUE more
so than some of the other issues that essentially have little
to no impact in improving the system.

I believe that, if you go back through the recent transactions
on this list, you will find that I have been quite resistant to
every proposed change to specify new capabilities and
restrictions that are not specified before.  If you have seen
more of that resistance than others, I believe you will discover
that is it only because you have proposed more changes that seem
to fall into that category than others.    While there may be
differences of opinion about whether the current language is
clear enough (and I remain willing to clarify text if there is
consensus that it is not), 2821 was intended to be clear that
(i) 1yz codes are outside the standard in the absence of
extensions and (ii) if continuation lines are used, all of the
codes are expected to be the same.  The latter is particularly
important because we know that there are implementations that
will act only on the first code to appear in a multiple-line
sequence and ones that will act only on the last such code, so a
change to say "they can be different and you should pay
attention only to the last one" would be, I believe, a
significant and substantive change to the specification.


<Prev in Thread] Current Thread [Next in Thread>