Vernon Schryver <vjs(_at_)calcite(_dot_)rhyolite(_dot_)com> writes:
Please consider the rest of RFC 1047, and note that while other messages
have been duplicated, only that one was multipled a dozen times.
There were other messages that were delivered multiple times,
including those large virus files that mostly came two or three times.
Here are just a few:
4 <200107251031(_dot_)GAA07337(_at_)ietf(_dot_)org>
3
<Pine(_dot_)LNX(_dot_)4(_dot_)33(_dot_)0107250812060(_dot_)1691-100000(_at_)netcore(_dot_)fi>
3
<F66469FCE9C5D311B8FF0000F8FE9E070A9245C4(_at_)mbtlipnt03(_dot_)btlabs(_dot_)bt(_dot_)co(_dot_)uk>
3 <3652(_dot_)996076219(_at_)brandenburg(_dot_)cs(_dot_)mu(_dot_)OZ(_dot_)AU>
3 <2986(_dot_)996071361(_at_)brandenburg(_dot_)cs(_dot_)mu(_dot_)OZ(_dot_)AU>
3 <20010725112354(_dot_)A1700(_at_)theory(_dot_)cs(_dot_)uni-bonn(_dot_)de>
Since at least about 8.11.1, sendmail has had a default hour or two
timeout for the DATA command. The fact that the messages from
astro.cs.utk.edu were coming more frequently than once an hour is
evidence that it has shorter than default sendmail timeout, and
might be related those duplicates.
Timeout.datafinal is, indeed, usually 1 hour. The astro machine must
be using a shorter timeout, but other machines have delivered messages
multiple times, too. Incidentally, this happens to include your
machine, which delivered the message
<200107191505(_dot_)f6JF51CK005137(_at_)calcite(_dot_)rhyolite(_dot_)com> (your
internal id
f6JF51CK005137) to odin.ietf.org on Thu, 19 Jul 2001 11:04:07 -0400
(EDT) and then again, less than three minutes later, on Thu, 19 Jul
2001 11:06:43 -0400 (EDT) [timestamps generated by odin].
This morning (7/27) ietf.org or optimus.ietf.org claims via the HELP
command to be running Sendmail 8.9.1a. There are reasons that many
people consider sufficent to switch from ancient 8.9 to current
8.11.4 or even 8.12.0.
Why would you look at optimus.ietf.org when ietf.org has a single MX
record: odin.ietf.org?
ietf.org 43200 IN MX 10 odin.ietf.org
$ telnet odin.ietf.org 25
Trying 132.151.1.176...
Connected to odin.ietf.org.
Escape character is '^]'.
220 *********************************2******200************0*00 *****
HELP
500 Command unrecognized: "XXXX"
QUIT
221 ietf.org closing connection
This clearly is no sendmail. And whatever it is, it clearly is
causing trouble with duplicates.
--
Stanislav Shalunov http://www.internet2.edu/~shalunov/
"According to my math: 2**32 = 4,294,967,295 [...]"
-- John S. Giltner, Jr. in comp.protocols.tcp-ip, 20010305