Spammers who "did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"

My mailserver gets a lot of errors reported such as:

Oct 1 11:49:36 ak74 sendmail[31464]: l91Gnatt031464: nat.incompany.ru [83.167.0.4] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Oct 1 11:49:37 ak74 sendmail[31460]: l91GnXOc031460: [59.92.187.94] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Oct 1 11:50:40 ak74 sendmail[31647]: l91Goe5W031647: pool-71-125-52-61.nycmny.fios.verizon.net [71.125.52.61] did not issue MAIL/EXPN/VRFY/ETRN during connection
to MTA

These errors are clearly spammers trying to send me spams. I would
like to know if there is some extension that would quietly junk all
these spams with as little CPU spent on them. I do not want to log
them, save them anywhere etc. Ideally, sendmail would either issue a
500 error or just quietly junk these messages.

I would prefer this done before queuing them locally and without invoking spamassassin.

Any extension for this?

thanks

i

Re: Spammers who "did not issue MAIL/EXPN/VRFY/ETRN during connectionto MTA"

Ignoramus28457 wrote:
> My mailserver gets a lot of errors reported such as:
>
> Oct 1 11:49:36 ak74 sendmail[31464]: l91Gnatt031464: nat.incompany.ru [83.167.0.4] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
> Oct 1 11:49:37 ak74 sendmail[31460]: l91GnXOc031460: [59.92.187.94] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
> Oct 1 11:50:40 ak74 sendmail[31647]: l91Goe5W031647: pool-71-125-52-61.nycmny.fios.verizon.net [71.125.52.61] did not issue MAIL/EXPN/VRFY/ETRN during connection
> to MTA
>
> These errors are clearly spammers trying to send me spams. I would
> like to know if there is some extension that would quietly junk all
> these spams with as little CPU spent on them. I do not want to log
> them, save them anywhere etc. Ideally, sendmail would either issue a
> 500 error or just quietly junk these messages.

Am I missing something - but if no MAIL/.... has been issued, there is
no mail to junk surely.

These log messages can derive from legitimate servers too - eg cern.ch
causes them when mail is sent to the openoffice mail lists at
collab.net, I assume to check that the originator is itself a kosher
mail server.

--
Mike Scott (unet scottsonline.org.uk)
Harlow Essex England

Re: Spammers who "did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"

In article ,
Ignoramus28457 wrote:

> My mailserver gets a lot of errors reported such as:
>
> Oct 1 11:49:36 ak74 sendmail[31464]: l91Gnatt031464: nat.incompany.ru
> [83.167.0.4] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
> Oct 1 11:49:37 ak74 sendmail[31460]: l91GnXOc031460: [59.92.187.94] did not
> issue MAIL/EXPN/VRFY/ETRN during connection to MTA
> Oct 1 11:50:40 ak74 sendmail[31647]: l91Goe5W031647:
> pool-71-125-52-61.nycmny.fios.verizon.net [71.125.52.61] did not issue
> MAIL/EXPN/VRFY/ETRN during connection
> to MTA
>
> These errors are clearly spammers trying to send me spams.

No, they are clearly NOT trying to send you anything at all. They are
connecting, but not doing anything.

See RFC2821 for illumination on the details.

--
Now where did I hide that website...

Re: Spammers who "did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA"

Bill Cole wrote:
> See RFC2821 for illumination on the details.

I think you got that wrong. He needs to see RFC 2821 for humiliation
of the details! ;-)

Re: Spammers who "did not issue MAIL/EXPN/VRFY/ETRN during connectionto MTA"

On Mon, 1 Oct 2007, D. Stussy wrote:

> Bill Cole wrote:
>> See RFC2821 for illumination on the details.
>
> I think you got that wrong. He needs to see RFC 2821 for humiliation
> of the details! ;-)

lol


>
>

--

Cheers
Res

Slackware -V- sloooUbuntoooou
http://lxer.com/module/newswire/view/93393/