Damian Menscher wrote:
Furthermore, there is the question of what happens if the sender
retries too soon (say I tried emailing you at 1:59, got greylisted,
and tried at 2:00 when my queue was processed: would i be greylisted
again, or rejected for trying too soon?).
I haven't read all there is on this "grey list" concept.... but RFC2822
defines Resent-... headers.
Maybe when the message is being resent after getting the greylist error,
the sender should use these "Resent-..." headers, and things like
Original-Message-Id: <...> etc etc.
So, if you send multiple *original* messages within the greylist time
period, *each* of them will be rejected temporarily. The original sender
will then have to rebuild the headers and "resend"...
Then if the "Resent" message arrives at the server in violation of the
greylist time period, only *then* is the sender address rejected
permanently.
If a "Resent-" message arrives and there was no preceding greylist
temporary rejection then that should be rejected too.... otherwise
spammers will build their original messages with the resent- headers.
As someone else pointed out, I'd rather just receive my mail quickly and
let things like spam assassin et al take care of it... /dev/null can
hold a lot of stuff. :-)
Don
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail