Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-13 23:57 UTC

Message

Re: [milter-greylist] wrong delay handling at ACL change

2016-12-19 by Marcus Schopen

Hi Greg,

On 2016-12-19 00:30, Greg Troxel gdt@... [milter-greylist] wrote:
> "Marcus Schopen lists-yahoogroups@... [milter-greylist]"
> <milter-greylist@yahoogroups.com> writes:
> 
>>> On the other hand, a host being on a bad blocklist leading to big
>>> delays and getting taken off is going to cause all sorts of problems,
>>> and people delaying mail for 12h instead of 15m does not seem likely
>>> to rise to the top.
>> 
>> Could you technically explain the last point please?
> 
> What I mean is that if a host gets put on an RBL that indicates such 
> bad
> behavior that people want to delay mail for 12h, then it's likely that
> other anti-spam software will apply other penalties to that host, such
> as high scores, just rejecting SMTP connections, etc.    So if the big
> problem is that when it's taken off the list you think the greylist
> timer should drop to 15m immediately, but that it still gets 12h from
> the time it first tried, that's perhaps not as serious as what other
> people will be doing based on having been on this blocklist.

My point for a longer delay is: if a host is blacklisted on some RBLs 
(and not listed on a white list like dnswl.org/wl.mailspike.net), but 
doesn't reach a RBL score to get hard rejected, the host might comes up 
on further blacklists while the longer delay. That's the reason, why I 
don't let run those hosts in the standard greylisting delay of 15 
minutes. A delay of 12 hours might be a little bit special, but it's my 
private mail host, just for my personal mails. I reduced it for some 
testing down to 2 hours.

Ciao
Marcus

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.