Re: [milter-greylist] Recent domain name creations
2008-09-27 by Michael Mansour
Hi Emmanuel, ... I run my own whois server for my clients to query, which forwards on the whois requests to the different whois servers. I understand that too
Messages
Browse messages
Page 51 of 144 · 7199 messages matched
Re: [milter-greylist] Recent domain name creations
2008-09-26 by manu@netbsd.org
... Too bad. I thought about implementing a whois lookup to filter on the registar, since some registar are well known spam harbours. I guess I ll have to give
Re: [milter-greylist] Recent domain name creations
2008-09-26 by manu@netbsd.org
... Then you can use it with dnsrbl clauses in your ACLs (no need to rely on SpamAssassin) -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] Recent domain name creations
2008-09-26 by Mark Walker
Thanks Ron, that s close to what I m looking for. It appears that DOB is an RBL that lists recent domain additions. I m not sure which one Spammassin uses.
Re: [milter-greylist] Recent domain name creations
2008-09-26 by Petar Bogdanovic
... SpamAssassin can do this and since Emmanuel checked in SA-support into CVS today, you re very welcome to test the code and tweak the following checks in
Re: [milter-greylist] Recent domain name creations
2008-09-26 by Ron Wilhoite
... Don t know if this helps, but spamassassin has Day Old Bread rules: updates_spamassassin_org/72_active.cf:##{ DNS_FROM_DOB
Recent domain name creations
2008-09-26 by Mark Walker
I ve been having a lot of multiple attempt spam that s coming from domain names that have been created in the last 2 months. Is there any way to look up a
Re: [milter-greylist] spamassassin patch
2008-09-26 by Emmanuel Dreyfus
... OTOH, you save a few calls to strcmp(). ... Done. I heavily edited it (renames, style, indents), so please thest that the in-tree version still works. At
Re: [milter-greylist] spamassassin patch
2008-09-26 by Manuel Badzong
... No real reason. It doesn t add complexity and the code stays smaller? ... Of course. As I started working on the patch I prefix everything sa_
Re: [milter-greylist] spamassassin patch
2008-09-26 by Emmanuel Dreyfus
... If you see no problem, I ll rename sa_* stuff into spamd_* (and sa.c into spamd.c), I feel it is more self-describing. You did not include a license for
Re: {Disarmed} [milter-greylist] Possible whitelist feature suggestion
2008-09-26 by Kai Schaetzl
... Indeed, I ve been running all my installations with lazyaw for years. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services:
Re: [milter-greylist] spamassassin patch
2008-09-26 by Manuel Badzong
Sorry, the above patch does not work with the latest sources (I used old code). This one works fine with the latest snapshot from cvs. I also added
Re: [milter-greylist] spamassassin patch
2008-09-26 by Emmanuel Dreyfus
... Well, it s preferable to keep code and doc in sync when doing commits... About the code, it looks great, but just one question: why storing the socket type
Re: [milter-greylist] DKIM support
2008-09-26 by Ondrej Valousek
Yes, it wasn t that difficult to understand, eventually :-)
Re: [milter-greylist] DKIM support
2008-09-26 by Emmanuel Dreyfus
... Congratulations, you are now an autoconf hacker! :-) -- Emmanuel Dreyfus manu@netbsd.org
spamassassin patch
2008-09-26 by Manuel Badzong
Here s the promised SpamAssassin patch. # greylist.conf example1 spamdsock inet 127.0.0.1:783 racl whitelist default dacl blacklist spamd 15 dacl greylist
Re: [milter-greylist] DKIM support
2008-09-26 by Ondrej Valousek
Ok, here is the patch: diff -u milter-greylist.bak/config.h.in milter-greylist/config.h.in ... +++ milter-greylist/config.h.in 2008-09-26 13:23:30.000000000
Re: [milter-greylist] logging changes patch
2008-09-25 by manu@netbsd.org
... The patch seems fine to me, but it does not apply to 4.1.5 neither to -current. I m not sure of what went wrong. Can you check you can apply it? Here is it
Re: [milter-greylist] DKIM support
2008-09-25 by Ondrej Valousek
I would like to, really, but unfortunately I am not very familiar with configure/configure.ac scripts. I would happily contribute C patch, but that s not what
Re: [milter-greylist] DKIM support
2008-09-25 by Emmanuel Dreyfus
... Sure. Will you contribute the patch? -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] DKIM support
2008-09-25 by Ondrej Valousek
And the answer is: DKIM-milter checks for compiler C99 compliance and for stdbool.h existence. If not found, bool is defined like this: /* ** Define bool,
DKIM support
2008-09-25 by Ondrej Valousek
Just trying to compile with DKIM support but I can not - compiler is complaining about undefined bool type. That s strange, because DKIM milter heavily
RE: [milter-greylist] p0f support
2008-09-25 by attila.bruncsak@itu.int
... We can: what the documentation means by this statement is that the libmilter is signal aware, signals can be safely used. I think we had discussion on this
Re: [milter-greylist] p0f support
2008-09-25 by manu@netbsd.org
... I prefer to tempfail, as milter-greylist also blocks a lot of viruses... -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] p0f support
2008-09-25 by Michael Mansour
Hi Emmanuel, ... Is that a feasible option? Any time I make changes I manually run the -cf, but maybe the above could automate that procedure? Michael.
Re: [milter-greylist] p0f support
2008-09-25 by Michael Mansour
... This used to bother me the first few weeks of using milter-greylist, now, every single time I make a change to the greylist.conf file, my next command
Re: [milter-greylist] p0f support
2008-09-24 by Benoit Branciard
... It depends on how you configured your milter in sendmail.cf (with or without F=T ). Either mails get tempfailed and noone can receive anything, either all
Re: [milter-greylist] p0f support
2008-09-24 by manu@netbsd.org
... It does, because milter-greylist has a built-in alert system: if it dies, mail gets tempfailed, users get frustrated, and your phone rings ... -- Emmanuel
Re: [milter-greylist] Possible whitelist feature suggestion
2008-09-24 by Oliver Fromme
... The latter. lazyaw does not change the way tuples are handled at the greylisting stage. It only changes the autowhitelisting so that the whole IP is
Re: [milter-greylist] Possible whitelist feature suggestion
2008-09-24 by Richard Frovarp
... However, if the total spam run takes longer than your greylist time, wouldn t that allow the messages through then? Or does lazyaw only trip off after a
Re: [milter-greylist] Possible whitelist feature suggestion
2008-09-24 by Oliver Fromme
... Isn t that case pretty much covered by the lazyaw option in the configuration file? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG,
Re: [milter-greylist] Possible whitelist feature suggestion
2008-09-24 by Seth Mos
... Well, a email server stays a email server. So it will re-send the email regardless. Thus the motivation for greylisting it seems dubious at first. If
Re: [milter-greylist] Possible whitelist feature suggestion
2008-09-24 by Joe Pruett
... it seems that a percentage would make more sense. and i think it would also make sense if it had a lifetime associated with it. just because a server is
Re: [milter-greylist] p0f support
2008-09-24 by Ondrej Valousek
I agree fully, If there was any SIMPLE (lets keep the milter daemon as simple as possible) solution, I would vote for it. Current situation is not nice.
Re: [milter-greylist] p0f support
2008-09-24 by Oliver Fromme
... Just a small hint: Besides signals, there are other ways for inter-process communication. For example UNIX domain sockets, FIFOs, POSIX named semaphores
Re: [milter-greylist] p0f support
2008-09-24 by Emmanuel Dreyfus
... We cannot: the milter API says libmilter takes care of signals. -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] p0f support
2008-09-24 by Greg Troxel
That should not be very difficult to implement. Opinion, anyone? I probably wouldn t use that, as I keep most config files in RCS, and tend to have an emacs
Re: [milter-greylist] p0f support
2008-09-24 by Benoit Branciard
... I don t consider this the rignt way . 1) It add some (minor) complexity tho the daemon itself, while the same goal could be achieved by an external
Re: [milter-greylist] p0f support
2008-09-24 by Petar Bogdanovic
... `-c perfectly fits my needs.
Re: [milter-greylist] p0f support
2008-09-24 by Emmanuel Dreyfus
... I wonder if a command line flag could not help here: milter-greylist -e would edit a copy of greylist.conf with your favourite $EDITOR, validate it, and
Re: [milter-greylist] p0f support
2008-09-24 by Benoit Branciard
... I encountered the same problem some time ago, so now I don t edit the greylist.conf directly, but rather a master copy , which I validate with
Possible whitelist feature suggestion
2008-09-24 by Seth Mos
Hi, I just thought of the following feature for milter-greylist, since milter-greylist is already familiar with all smtp communications and can keep statistics
p0f support
2008-09-24 by Patrick Domack
I will say, p0f support is working good for me so far, in my first 12 hours of testing :) I did notice a small unrelated issue, and I don t remember it before,
Re: [milter-greylist] Re: P2PWL
2008-09-23 by Patrick Domack
I ll have to see what I can do. I played around and it s libdkim that is causing it to segfault for me. Have p0f, dnsrbl, and spf all playing happily though.
Re: [milter-greylist] Re: P2PWL
2008-09-23 by manu@netbsd.org
... Any news on the DKIM front? Does it works? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] has anybody tried p2pwl (shared auto-whitelists)?
2008-09-23 by manu@netbsd.org
... But you need to have the server ranges. SPF is usefull here, with something like this: list trusted-spf domain { /gmail .com$/ /hotmail .com$/ } racl
Re: [milter-greylist] has anybody tried p2pwl (shared auto-whitelists)?
2008-09-23 by manu@netbsd.org
... Do you have a backtrace? (run in gdb, and type bt when it crashes) -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] Re: P2PWL
2008-09-23 by Patrick Domack
... Got mine working now, something with the spf and dkim libs was causing it to segfault. but I can live without them. p0f is working good, and dnsrbl s. I
Re: [~Disarmed~] Re: [milter-greylist] dacl greylist (...)
2008-09-23 by Eduardo Casarero
Manuel Badzong escribi: The following patch enables greylisting at the data stage. A message for multiple recipients will pass the greylist as soon as all
Re: [milter-greylist] dacl greylist (...)
2008-09-23 by Manuel Badzong
The following patch enables greylisting at the data stage. A message for multiple recipients will pass the greylist as soon as all recipients have valid