At 08:10 -0400 on 03/29/2007, John C Klensin wrote about
RFC2821bis-01 Issue 8 number of message transactions per co:
--On Thursday, 29 March, 2007 13:28 +0300 Matti Aarnio
<mea+ietf-smtp(_at_)nic(_dot_)funet(_dot_)fi> wrote:
Some may have noticed a trend of rejecting emails when there
are more than some small number of messages sent over same
network connection stream ?
The RFC 821 didn't state anything explicite about it, but
indirectly permits it. As I recall, RFC 2821 does not say
anything explicite either. Could 2821bis say something ?
RFC2821 specifies, as "recipients buffer" in 4.5.3.1, that a
minimum of 100 RCPT commands must be accepted, and is quite
specific about what happens in limits are exceeded. While the
additional text is not there, the 100 recipient limit comes
straight out of 821 -- "recipients buffer" under 4.5.3.
Looks pretty explicit to me.
Unless I am misreading, the quotes from 821 and 2821 are about a
different issue. The query is about connecting to an SMTP Server
(establishing a session) and then getting the session broken by the
other end due to attempting to sent "Too Many" (ie: More than some
limit set by the receiving server) messages during the session. The
821/2821 text refers to the issue of limiting the number of
recipients in a single message (not the issue of working around that
limit by creating multiple copies of the message and splitting the
address list into smaller than the limit chunks, each of which is
assigned to a separate cloned copy of the message).