Vernon Schryver <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
3 <[EMAIL PROTECTED]>
3 <[EMAIL PROTECTED]>
3 <[EMAIL PROTECTED]>
3 <[EMAIL PROTECTED]>
3 <[EMAIL PROTECTED]>
> 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
<[EMAIL PROTECTED]> (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
