Milter-greylist

<milter@...> wrote:

> August means vacations ...
> I guess that Manu and the other milter-greylist users enjoy "real-life"
> a bit....

No, I'm still there (though I'll go offline for a week soon). It's just
that developpement of milter-greylist has quite setteled since it does
everything I need. Now I'm just incorporating patches from people that
need more features.

In fact it's not true it does all I need: I'd like it to defer the
tempfail to the end of DATA stage when message is from <> so that it
works more nicely with sender callbacks. I'll do that once Dan Hollis
will have submitted his patch. And after this we'll make a new stable
release.

And after that we'll work to support more SPF-like whitelisting
directory methods. I haven't looked at the others, but the more we have
the cleaner it is. So developpement has settled, but not halted. 

> - syslog(LOG_INFO, "%s: testmode: skipping greylist " in except.c
> generates too many syslog lines for people who restrict greylisting to
> some addresses/domains (-T). I feel it should be turned off by
> default.

I like this one when I track down mail delivery problems. 

> - some (perl, shell) contrib statistics scripts in the tarball  would be
>  nice so we can state clearly how many spam messages were not accepted ...

Sure, go ahead and contribute. 
I'd prefer a C programm, though. You already have a parser for the dump
file in milter-greylist...

> - the addresses are shortened in the logs but I guess 1.5.x versions
> do not have this limitations

It's just that milter-greylist only store the 32 first bytes of each
address. We should fix it by using malloc insteead of a fixed size
string. But we must think about a DoS protection. 

-- 
Emmanuel Dreyfus
Il y a 10 sortes de personnes dans le monde: ceux qui comprennent 
le binaire et ceux qui ne le comprennent pas.
manu@...