Yahoo Groups archive

Milter-greylist

Index last updated: 2026-04-28 23:32 UTC

Thread

enhanced greylist.db?

enhanced greylist.db?

2005-07-03 by fredrik.pettai@vattenfall.com

Hello

I don't know if this has been discussed before...

It would be nice with a extra column in greylist.db that mentions the delaytime between first recived mail (the greylisted entry) to the resend (then the address get autowhitelisted). This column can be mandatory or not depending of how the function should be.

This entry could be just the calculated delaytime (same as written in the mimeheader) or it could also be a warning message/flag (like "slow relay, slow sender etc.) if the delay is "greylist" (from greylist.conf or commandline "-w") * X, where X is a number of your choise. 
So this extra warning is only present depending on your choise of whats slow resends. If you put X to 1, you will always recive the delayed time.

For example, I would like to use this feature to find all slow relays easier.
I use greylisting for 1m and i would consider slow resends as above 4h-8h.
Then i would set X to 239. Then all autowhitelisted entries that equals or exceeds 4h would be tagged in greylist.db, and it would be easy to reconfigure the acls after examining greylist.db, instead of digging in big logfiles or by getting compains from users and senders. 

greylist.db today:
------------------
11.22.33.44 <user@...>  <to_me@...>  1121602351 AUTO # 2005-07-17 14:12:31

greylist.db with the proposed feature:
--------------------------------------
11.22.33.44 <user@...>  <to_me@mydomain.com>  1121602351 AUTO # 2005-07-17 14:12:31 "delaytime 07:41:03"

or like this:

11.22.33.44 <user@...>  <to_me@...>  1121602351 AUTO # 2005-07-17 14:12:31 "slow relay"


Any comments?
Is this something that anyone else find useful?

/P

Re: [milter-greylist] enhanced greylist.db?

2005-07-03 by Emmanuel Dreyfus

On Sun, Jul 03, 2005 at 03:00:51PM +0200, fredrik.pettai@... wrote:
> Any comments?
> Is this something that anyone else find useful?

That sounds nice. But are you ready to loose that information on 
milter-greylist restart?

-- 
Emmanuel Dreyfus
manu@...

RE: [milter-greylist] enhanced greylist.db?

2005-07-04 by fredrik.pettai@vattenfall.com

>On Sun, Jul 03, 2005 at 03:00:51PM +0200, fredrik.pettai@... wrote:
>> Any comments?
>> Is this something that anyone else find useful?
>
>That sounds nice. But are you ready to loose that information on 
>milter-greylist restart?
>

Sure, it's just some extra "debuging" info for lazy admins

X = zero, you wont get the extra information.
X = 1, always print delaytime
X > 1, print out delaytime, if delaytime exceeds "delaytime * X"

/P

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.