Re: [cobalt-users] Emails Duplicated

["Al-Juhani" <aljuhani@xxxxxxxxx>]

----- Original Message -----
From: "Richard Sidlin" <maillist@xxxxxxxxxxxxxxxxxx>
To: <cobalt-users@xxxxxxxxxxxxxxx>
Sent: Monday, February 02, 2004 00:55
Subject: RE: [cobalt-users] Emails Duplicated


> This is the output from maillog for a message that I received twice.
>
>
> Feb  1 21:21:08 ns sendmail[14001]: i11LL8G14001:
from=<epsteinm@xxxxxxxxxx>, size=1980, class=0, nrcpts=1,
> msgid=<000a01c3e909$5e639d70$6600a8c0@MIKEY>, proto=ESMTP, daemon=MTA,
relay=smtp-out3.blueyonder.co.uk [195.188.213.6]
>
> Feb  1 21:21:33 ns sendmail[14066]: i11LL8G14001: to=richard@xxxxxxxxxx,
ctladdr=<epsteinm@xxxxxxxxxx> (1503/100), delay=00:00:25,
> xdelay=00:00:00, mailer=local, pri=121980, dsn=2.0.0, stat=Sent
>

This shows that a message of 2K size is taking 25 seconds to be processed
which is too
long given that your box has no much traffic or load as you have mentioned
before.

Do you have MailScanner or other virus checking software installed?.  You
said that you
only get duplicates with specific users.  Are these users on the same
domain?.

When you send a message to these users from different SMTPs (Yahoo, hotmail,
smtp-out3.blueyonder.co.uk) do you always get duplicates or is it just when
they receive messages from a specific domain, smtp, or website.

I'm just trying to see if the problem is due to timed-out smtp connection or
if caused
by a Mail-Scanner process locking the mail box before message is completly
dumped.

Well anyway, there is so much in this but you may try to set the
"Timeout.datafinal" in
the sendmail.cf.

edit /etc/mail/sendmail.cf as below:

pico /etc/mail/sendmail.cf

CTRL+W (search for Timeout.datafinal)

uncomment (remove the #) as below:

O Timeout.datafinal=1h

then CRL+X and save sendmail.cf

and restart sendmail

/etc/rc.d/init.d/sendmail restart

Now, try again sending a message to the users and see if you get duplicates.

BTW have you tried to send message from command-line (localhost)

mail user@xxxxxxxxxx

As I have said above, the problem may be to do with specific remote SMTP
MTA and has nothing to do with your server but we are now just trying to
prove first if your server isn't the cause.


Regards,

Al-Juhani
aljuhani@xxxxxxxxx