> - Typical retry after soft rejection for most smtp servers is 4 hrs,
> so one will wait 4 hrs for every e-mail to be delivered.
Not according what I've read.
If the parameter for waiting (recommended 1 hour) is reduced to as
little as 10 seconds (I think I'd try 30-60 seconds), then the wait is
reduced to an acceptable period, typically only a few minutes. Note,
this applies only to the first email for the triplet. All subsequent
email suffers no delay (other than looking up the triplet in the database).
You are correct that the recommended waiting period is 1 hour, the 4
hour is after the second rejection. The default for sendmail (IE 75%
of mail servers) will wait 1 hour. First time mail coming in will be
delayed up to an hour, once the triplet is in the db, it will go back
to normal speed. FYI, all of the implementations of greylisting that I
have seen tend to delete the triplet from the db after a couple of
hours. This would mean that every e-mail would eventually be
susceptible to the 1 hour delay.
> - False positives generated by: Novell Groupwise 6.0, ISMail 1.7.1 and
> prior, InterMail 4.0, Kerio MailServer 5.0.5
I didn't come across any references to this. Will you point one out so I
can look into it?
http://projects.puremagic.com/greylisting/
> - Mail may get dropped if trifecta isn't matched (ip address, sender
> address, recipient address). This happens a lot on big isps that that
> have multiple outgoing mail servers. (AOL, Gmail, Hotmail, Yahoo!,
> etc).
These mailers can easily be whitelisted.
Sounds like a lot of overhead and a lot of missed e-mail while you
write your whitelists.
> - Troubleshooting nightmare for newbie users (face it, a big chunk of
> the QmailToaster audience has trouble installing the QmailToaster, I
> can only imagine what soft rejecting all incoming mail is going to do
> to this poor list . . .)
There are indeed troubleshooting issues with the toaster as it is,
particularly the fact that messages are bounced with no log messages. I
find that to be a major deficiency.
I've never seen this. Care to clarify? Usually if mail is rejected by
simscan I see a log in the smtp log. If there is a virus I see mail
rejected in the clamav. More information would be appreciated. Perhaps
it's because I've disabled the Warlord stuff by blanking the
badmimetypes/badloadertypes stuff since it always felt like Voodoo to
me.
These troubleshooting issues should certainly be addressed, and perhaps
with a higher priority than greylisting, but they should not be used as
an excuse for not adding desirable features.
I agree. Please let me know if there are any ways to replicate this.
> I strongly oppose Greylisting, but I think I've made myself clear.
You may, and you have. Just because greylisting might be available
doesn't mean you have to use it. If it weren't tailorable, I'd be
opposed to it too. However, there might be others of us who would like
it to be included in the toaster. One size does not fit all. I think it
would be a valuable feature to have in the toaster.
Thanks.. :)
I strongly oppose it, but that doesn't mean that someone doesn't have
more information than I do. And I'm not one to change my mind when
things make sense. In the meantime, I will look to see if any of these
lend themselves to being turned off. It seems that most greylisting
mail systems suffer from one (or all) of the following problems:
* Experimental
* Breaks SMTP-AUTH
* Always on
I'll be waiting to see what J/N think about it.
I do too :) perhaps they have another take.
Thanks for your input. I hope this doesn't cause any contention.
Naw man, just healthy discussion. I personally prefer this stuff since
it means that more of the community is taking in interest in the
future of the QmailToaster. This project needs more feedback.
Nick, Jake and I try to do what is "best" for the project, sometimes
without the input that we should. A lot of it is that a call for input
tends to fall on deaf ears. For example I've asked about
reproducibility of some bugs or feedback on the virtual appliance and
have gotten no feedback.
Thanks,
Erik
---------------------------------------------------------------------
QmailToaster hosted by: VR Hosted <http://www.vr.org>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
