[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: a different proposed RFC for 8-bit extension
In <>, Dave Crocker writes:
>Using the D8TA approach means that there may be
>an extra round-trip delay for EACH body part.
Eh? Why for each body part? Rather, do you mean "body part" in the
sense of X.400 body parts? But in an RFC-1154++ encoded message it
will look like a fairly normal RFC-822 message & the individual body
parts are not transferred seperately. At least while the SMTP channel
is handling it.
As I see it there should only be one handshaking at the beginning of
the connection during which they rendevous about their capabilities.
If we specify how to do "batching" of commands within an SMTP conversation,
and carefully pick a place to put the capability rendevous, then we
might even be able to avoid an extra round trip for that piece of
the conversation. Finally, having only one handshake at the beginning
of the connection doesn't seem like a large cost.