Am 2005-06-29 18:18:55, schrieb Damian Menscher:
Note that the others responding to this thread suggest that you *must
wait* 300+ seconds for it to work. You're saying you need to retry
*before* 300 seconds.
This is what I had expected on around 30 Servers!
But they have configured to reject all what does not retry in 300secs.
This isn't the first time I've seen this type of confusion regarding
graylisting. It seems that even the experts can't make up their minds
what it is, how to implement it, and so on. Which is why I don't use
it. Also, my users would probably prefer to receive spam quickly (and
I think on this too and consider with the next upgrade to stop
greylisting, because the above b...s... does not work with all
sending MTA and the administration of my system eat to much time.
have it filtered by spamassassin for them) than receive legitimate mail
with an hour delay. And I would prefer to not have to hack it to work
with AOL, Hotmail, and various random ISPs.
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?).
Overall, the queue retry seems to be the one thing that qmail has over
sendmail -- qmail has exponential backoff, whereas sendmail just tries
once an hour (or whatever). So a sendmail client may take an hour to
get mail to a server that does graylisting. Not fast enough for me or
I have the same problem here but using courier-mta
Linux-User #280138 with the Linux Counter, http://counter.li.org/
Michelle Konzack Apt. 917 ICQ #328449886
50, rue de Soultz MSM LinuxMichi
0033/3/88452356 67100 Strasbourg/France IRC #Debian (irc.icq.com)
procmail mailing list Procmail homepage: http://www.procmail.org/