Fighting spam via greylisting
Felix M. Palmen
zirias at despammed.com
Thu Apr 19 02:31:03 PDT 2007
* Bruce Dubbs <bruce.dubbs at gmail.com> [20070408 10:28]:
> The systems is supposed to just give a temporary failure. Standard MTAs
> are resigned to retry temporary failures.
A mailer is not required to retry after a temporary failure, the
standards just say it "should".
> Many times spammers use cut
> down mailers and don't retry.
Many spammers do just send their crap at least twice, without even
considering the server's reply. That's a direct result of people using
> That's the theory any way. The retry
> should be transparent to the user.
It's still abusing a feature for the wrong purpose and it's also putting
load on other people's systems (queue management) for solving a local
problem (spam sent to your own host).
Felix M. Palmen (Zirias) \ -PGP- <fmp at palmen.homeip.net> /"\ ASCII Ribbon
web: http://zirias.ath.cx/ \ http://zirias.ath.cx/pub.txt \ / Campaign
my open source projects: \ FP ED9B 62D0 BE39 32F9 2488 X Against HTML In
http://zirias.ath.cx/?pg=pro \ 5D0C 8177 9D80 5ECF F683 / \ Mail And News
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 307 bytes
Desc: Digital signature
More information about the lfs-dev