RE: [exim] Dropping SMTP connections, client says it's sent,…

Page principale
Supprimer ce message
Répondre à ce message
Auteur: Steffen Heil
Date:  
À: exim-users
Anciens-sujets: Re: [exim] Dropping SMTP connections, client says it's sent, server saysnothing.
Sujet: RE: [exim] Dropping SMTP connections, client says it's sent, serversays nothing.
Hi

> > I'm having an issue with one person (of course it's the CEO) - he's
> > using Outlook 2000 as his MUA, and somtimes he has mail that looks
> > like it delivers, but in our mainlog there's no entry, the
> reject log has:
> >
> > 2006-03-23 15:47:12 SMTP call from (copper)
> [172.16.128.181] dropped:
> > too many nonmail commands (last was "RSET")
> >
> >
> > Any ideas on whats happening and what could be done to correct this?
>
> 1. Fix your CEO's MUA so that it doesn't send so much SMTP crap.


Create a tcpdump of that connection and see what's going on.
Something strange must be happening.

I (and surely hundrets of others) have customers that use Outlook 2000
without problems.
I have also seen such problems with anti-virus software that intercept the
SMTP connection.

What is extremly strange is "somtimes he has mail that looks like it
delivers".
Does that mean the mail is in "sent items"? Then some server DID ACCEPT that
mail.
Outlook *does* have bugs and stange concepts (exspecially SSL/STARTTLS), but
I never move a mail to "sent items", that were not sent! (However, it did
the opposite: It kept mails in "outbox"(?) that were actually sent and
resent them later...)

> 2. Change the value of smtp_accept_max_nonmail or smtp_accept_max_
>    nonmail_hosts.


smtp_accept_max_nonmail has a default of 10, which is absolutely okay in all
cases I know.
If you changed that to "0", then you have found the missconfiguration.

Regards,
Steffen