Klaus Ripke <krip(_at_)merconic(_dot_)com>:
I suggest to make the use of ESMTP SIZE
switchable by some config option.
Not only do many poppers report false sizes
(as stated in driver.c), but also does
fetchmail itself not account for it's own added
Received header.
while most SMTP-servers take it easy,
by RFC1870 (ESMTP SIZE), 6.1:
A server is permitted, but not required, to accept a message which
is, in fact, larger than declared in the extended MAIL command
anyway I'm going to fix qmail-pop3d, which doesn't count
the added CR and an additional blank line at the end of the message.
(it should by RFC 1939, 11)
I'll try to correct the shipped size, instead, by adding the linecount
and generated header length.
The only thing SIZE is used for is the MTA's disk-full check, so I'm
not very worried about messages getting rejected. The only plausible
problem case is one where the message length shipped in the SIZE option
is less than the remaining disk space but the actual size is greater.
--
<a href="http://www.tuxedo.org/~esr/";>Eric S. Raymond</a>