[Mimedefang] Powerful anti-spam rule that never discards vali d e-mail
Mycrom
mycrom at mycrom.net
Wed Jan 15 12:47:01 EST 2003
Interesting... Just a thought when I was lacking about 5 hours of sleep.
Doesn't make as much since now :) David is right. Reject the first
delivery attempt will do a world of good but in my environment our
customers expect speedy delivery and adding 15 minutes to a few hours
for a messages queue re-delivery just doesn't work for them.
Good Stuff.... Keep it up...
-Matthew
On Wed, 2003-01-15 at 10:32, Les Mikesell wrote:
> > From: Mycrom
> > This all is a good idea but you guys need to change the thinking a little.
> > Issuing a 4XX to all messages will cause the message to be delayed in most
> > cases. The remote mta will take it and stick it into its little pocket until
> > next queue run. What you should do is a connection reset or just drop the
> > STMP session at some point. This is treated differently and should make most
> > normal MTA's just hop over to the next priority MX. This again would be
> > using the same principal that most spamming tools would just hiccup and not
> > act as a proper MTA.
>
> It may not be this easy. I just did an overnight run with a higher and
> lower MX record pointing to a firewalled address that would return an
> ICMP DENIED instead of connecting and still saw about the usual amount
> of spam coming in so most of the senders must do the quick retry to
> an alternate MX. I didn't do anything to log the rejections so a few
> might have given up but it wasn't dramatic.
>
> --
> Les Mikesell
> les at futuresource.com
>
> _______________________________________________
> MIMEDefang mailing list
> MIMEDefang at lists.roaringpenguin.com
> http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
More information about the MIMEDefang
mailing list