Tony Finch wrote:
On Tue, 10 Apr 2007, Hector Santos wrote:
Sorry if I missed this, but where is this stated? Is it implied?
"The format for multiline replies requires that every line, except the
last, begin with the reply code" - i.e. only one reply code.
That does not say that it must be the same reply code, especially when
used with a PRELIMINARY response, not a COMPLETION response.
Even then, wouldn't be inconsistent with the 150 description? and it
doesn't match the current MUA support?
None of the commands so far specified in SMTP or its extensions can
produce a 150 reply.
And why not? I see no restriction.
- 150 SHOULD/MUST NOT be used without extended status codes?
It must not be used at all.
Explain?
None of the commands so far specified in SMTP or its extensions can
produce a 150 reply.
And why not? I see no restriction.
Note: Unextended SMTP does not have any
commands that allow this type of reply, and so does not have
continue or abort commands.
However, it is still in play for normal 2821 operations.
Absolutely not. The sentence you quoted means that 1xy replies can only
occur if an extension is specified to use them.
That is not what it says and its very vague in regards to "does not have
continue or abort" because in section "D.2. Aborted SMTP Transaction
Scenario" it specifically described ABORTED condition using the RSET
command.
> Without the server
offering an explicit extension and without the client explicitly
activating that extension, they cannot be used.
That is not what it says. If you want to SAY that then tell your buddy
John to write it. But it doesn't say that.
Nonetheless, there is no indication whatsoever whether the server
SHOULD/MUST/NOT use it.
None of the commands so far specified in SMTP or its extensions can
produce a 150 reply.
And why not? I see no restriction.
Look, yuns need to be consistent. You are going to bring up other
less-serious nits, this one is just as serious and I would venture to
say, a tad more serious and it should be clarified. If John is going to
be so horrified if a server does behave using 150, then he should TELL
us why in the 2821bis specs to avoid such horrible experiences.
--
HLS