Re: [milter-greylist] DNSRBL
2006-07-29 by manu@netbsd.org
... It s not the DNSRBL IP address, it s the value that the DNS returns in case of a hit. dnsbl returns 127.0.0.10 for an IP in a dynamic pool. -- Emmanuel
Yahoo Groups archive
Messages
Page 101 of 144 · 7199 messages matched
2006-07-29 by manu@netbsd.org
... It s not the DNSRBL IP address, it s the value that the DNS returns in case of a hit. dnsbl returns 127.0.0.10 for an IP in a dynamic pool. -- Emmanuel
2006-07-29 by Hajimu UMEMOTO
Hi, ... manu At mine the milter is unstable (2.1.8 plus your patches. It was also unstable manu at 2.1.8). I think there is a corrupted memory issue. Here is
2006-07-29 by Sysadmin
Tere. ... Ok, actually in my case the dns and mail server are together. ... Seems reasonable, btw is this ip address (dnsbl.sorbs.net 127.0.0.10) needed at
2006-07-28 by manu@netbsd.org
... Well, what s the point of making a format, if we have no garantee that people will follow the same path? I d be in favor of handling IPv6 the day it
2006-07-28 by Hajimu UMEMOTO
Hi, ... manu What is this whitelist, BTW? It is my local server for testing. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
2006-07-28 by Hajimu UMEMOTO
Hi, ... manu Checked in, with a few additionnal changes so that it builds... It seems my patch was incomplete. Sorry for the mess. manu I ll roll out 2.1.9
2006-07-28 by Denis Solovyov
elk ./configure --with-user=greylist --enable-dnsrbl elk --with-libbind=/usr/local/lib HU As far as I read configure.ac, it should be
2006-07-28 by Denis Solovyov
elk ./configure --with-user=greylist --enable-dnsrbl --with-libbind=/usr/local/lib HU As far as I read configure.ac, it should be --with-libbind=/usr/local.
2006-07-28 by Emmanuel Dreyfus
... Indeed. -- Emmanuel Dreyfus manu@netbsd.org
2006-07-28 by Hajimu UMEMOTO
Hi, ... elk ./configure --with-user=greylist --enable-dnsrbl --with-libbind=/usr/local/lib As far as I read configure.ac, it should be
2006-07-28 by Emmanuel Dreyfus
Here is it: http://ftp.espci.fr/pub/milter-greylist/milter-greylist-2.1.9.tgz MD5 (milter-greylist-2.1.9.tgz) = fae68cc6e036e9ff6c00e3a4ccf612dc This is just
2006-07-28 by Emmanuel Dreyfus
... What is this whitelist, BTW? -- Emmanuel Dreyfus manu@netbsd.org
2006-07-28 by Emmanuel Dreyfus
... I applied it, thanks. -- Emmanuel Dreyfus manu@netbsd.org
2006-07-28 by Emmanuel Dreyfus
... Checked in, with a few additionnal changes so that it builds... I ll roll out 2.1.9 so that everyone can test with your patches easily. ... I m not aware
2006-07-28 by Hajimu UMEMOTO
Hi, ... I found the cause. The reason strings were not set. Here is a patch: Index: acl.c diff -u -p acl.c.orig acl.c ... +++ acl.c Sat Jul 29 00:12:06 2006
2006-07-28 by Emmanuel Dreyfus
... At mine the milter is unstable (2.1.8 plus your patches. It was also unstable at 2.1.8). I think there is a corrupted memory issue. Here is a header that
2006-07-28 by Emmanuel Dreyfus
... I need the tail of config.log to figure what happened. You can apply Hajimu UMEMOTO s patch, which add a flag to disable the test. -- Emmanuel Dreyfus
2006-07-28 by Denis Solovyov
... mno Sure, but the next item on my todo list is the multi-line list mno statements. Feel free to submit a patch for your change, however. Unfortunately
2006-07-28 by Denis Solovyov
I m doing ./configure --with-user=greylist --enable-dnsrbl --with-libbind=/usr/local/lib and getting the following message: --enable-dnsrbl used but DNS
2006-07-28 by Hajimu UMEMOTO
Hi, ... ume Oops, it was wrong. Please throw my previous patch away and use this ume patch instead. It seems working with this patch, here. Umm, it seems
2006-07-28 by manu@netbsd.org
... Sure, but the next item on my todo list is the multi-line list statements. Feel free to submit a patch for your change, however. The setting could be
2006-07-28 by manu@netbsd.org
... Well, it double queries between the mail server and your local DNS, which should cache the results. ... I use a greylist delay of 2 hours for machines in
2006-07-28 by Hajimu UMEMOTO
Hi, ... ume I made one more patch. Since sa_len is referred, I think it is not ume buildable on Linux. And, some cleanups. ume I ve not test it actually,
2006-07-28 by Sysadmin
Tere. ... Hmm, damn heat, but I still don t figure out, why milter-greylist should now duplicate sendmail -s job, doing the same queries from the rbl lists? It
2006-07-28 by Hajimu UMEMOTO
Hi, ... manu Checked in. Thank you for the input. manu I ll wait a bit before releasing 2.1.9, so that we don t have a release manu every 8 hour :-) Thank
2006-07-28 by Emmanuel Dreyfus
... Because you cannot use sendmail DNSRBL to tell miltergreylist what to do with a message, especially how long it should be greylisted. -- Emmanuel Dreyfus
2006-07-28 by Sysadmin
Tere. ... Hmm, but what if sendmail already uses dnsbl feature? Why double it? -- Sysadmin
2006-07-28 by Denis Solovyov
... mno You have it! mno The only new feature since this afternoon s version is acl blacklist. Just one wish more. Blacklisting is much more serious
2006-07-28 by manu@netbsd.org
... Checked in. Thank you for the input. I ll wait a bit before releasing 2.1.9, so that we don t have a release every 8 hour :-) -- Emmanuel Dreyfus
2006-07-28 by manu@netbsd.org
... acl blacklist is the only change. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2006-07-28 by Hajimu UMEMOTO
Hi, ... manu http://ftp.espci.fr/pub/milter-greylist/milter-greylist-2.1.8.tgz manu MD5 (milter-greylist-2.1.8.tgz) = 839757e776eec20973dbfd6580450e55 manu
2006-07-27 by Michael Osten
... No changelog? -- Michael Osten
2006-07-27 by manu@netbsd.org
... You have it! http://ftp.espci.fr/pub/milter-greylist/milter-greylist-2.1.8.tgz MD5 (milter-greylist-2.1.8.tgz) = 839757e776eec20973dbfd6580450e55 The only
2006-07-27 by Emmanuel Dreyfus
... Looks great. I hope someone will contribute that patch (but please, wait for 2.1.7 release) -- Emmanuel Dreyfus manu@netbsd.org
2006-07-27 by Oliver Fromme
... That makes a lot of sense. ... Certainly. rename(2) just changes the name of a directory entry, it does _not_ change the underlying inode: You can see in
2006-07-27 by Eugene Filatov
... another way is to znalyze in configure on which system we re and if we re on Solaris (and possible others systems?) compile another function with
2006-07-27 by Emmanuel Dreyfus
... The idea is to preserve the file in the event of a crash during the dump. So the dump is currently done in a temporary file, which is moved to replace the
2006-07-27 by Emmanuel Dreyfus
... That sounds a good compromise. ... no_mandatory_dump ? optional_dump? opt_dump? dump_error_ok? nodumpfatal? I like the last one. Opinions? ... Please wait
2006-07-27 by Eugene Filatov
... The problem is in low limit number of file pointers you can have on Solaris (x86, 32Bit). It s 256. ... I like this idea. I can try to realize it. I m
2006-07-27 by Oliver Fromme
... Sorry I don t remember exactly what the actual problem is, but ... Shouldn t it be sufficient to open() the dump file right from the start and never
2006-07-27 by Eugene Filatov
... What about making it an option in config file which will be off by default? like: dont_stop_on_dumperror I can try to make a simple patch if it is
2006-07-26 by manu@netbsd.org
... I m not sure it s acceptable for the average administrator: if you don t check the logs, you get toasted when milter-greylist restarts because it never
2006-07-26 by Eugene Filatov
... I hope that guys will remember solaris problem with file pointers whcih we discussed before :-) We re found that greylist stops on this place (dump.c): if
2006-07-26 by Emmanuel Dreyfus
... Probably, If my users leave me enough free time before hollydays -- Emmanuel Dreyfus manu@netbsd.org
2006-07-26 by Denis Solovyov
mno I ve completed the hard part with DNSRBL integration. It seems to work mno but needs to be polished before I release a tarball. mno Here is how the
2006-07-25 by manu@netbsd.org
Hello everybody I ve completed the hard part with DNSRBL integration. It seems to work but needs to be polished before I release a tarball. Here is how the
2006-07-24 by manu@netbsd.org
... FWIW, I started working on per-acl greylisting and autowhitelisting delays. That s a huge change, so please refrain from submitting a patch in the upcoming
2006-07-19 by Michael Menge
... Grouping could reduce dublicate infos i.e. acl groupadd blafasel greylist dnsrbl dslpool.example.net delay 1d acl groupadd blafasel greylist delay 45m acl
2006-07-19 by Denis Solovyov
ED Another example, which is a bit less satisfying ED acl blacklist dnsrbl knownspammer.example.net ED acl whitelist dnsrbl friends.example.net ED acl
2006-07-19 by Adri Koppes
Emmanuel, This sounds very nice. Especialy the dnsrbl whitelist/blacklist feature. Adri.