ietf-smtp
[Top] [All Lists]

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

2007-04-10 07:42:56

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

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