Re: [milter-greylist] milter-greylist 3.0 rc5 is out - vsyslog
2006-10-16 by manu@netbsd.org
... What is your OS? Do you have vsyslog in or not? Can you show the relevant part of config.log, where vsyslog is checked? -- Emmanuel Dreyfus
Messages
Browse messages
Page 93 of 144 · 7199 messages matched
Re: [milter-greylist] DNSRBLs for "milter-greylist"
2006-10-16 by manu@netbsd.org
... Mmmm... Maybe we should have support for them, but what can we gain here? ANy idea? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] milter-greylist 3.0 rc5 is out - vsyslog
2006-10-16 by Matt Kettler
... For what it s worth, I can t build 3.0rc5 without a little hand-hacking. Here s my configure: ./configure --enable-dnsrbl --with-libbind=/usr/lib/
Re: [milter-greylist] DNSRBLs for "milter-greylist"
2006-10-16 by Matt Kettler
... Can be used? ANY normal RDNS-style IP based RBL can be used. Which is pretty much every RBL except the few domain-name based ones (also called RHSBLs) like
Re: [milter-greylist] DNSRBLs for "milter-greylist"
2006-10-15 by manu@netbsd.org
... I use SORBS DUHL (dynamic pools) and Spamhaus SBL/XBL -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
DNSRBLs for "milter-greylist"
2006-10-15 by Matthias Scheler
Hello, is there a list of DNSRBLs which can be used with milter-greylist? Kind regards -- Matthias Scheler
Re: [milter-greylist] milter-greylist 3.0 rc5 is out
2006-10-15 by manu@netbsd.org
... I committed that change by mistake. I ll back it out, except if I find the way to specify a default for sysconfdir and localstatedir. -- Emmanuel Dreyfus
Re: [milter-greylist] milter-greylist 3.0 rc5 is out
2006-10-15 by Matthias Scheler
... The configuration file issue got worse. The program still uses the old hard coded path /etc/mail/greylist.conf put the Makefile now installs the
Re: Just a thank you...and request for opinions.
2006-10-14 by Ugo Bellavance
... I didn t say this kind of spam is easy to catch, I merely said that I was testing this plugin.
Re: [milter-greylist] Re: Just a thank you...and request for opinions.
2006-10-14 by manu@netbsd.org
... How does it helps? There are legitimate messages with one Small GIF attached. Moreover, the workaround is easy for spammers: they just have to add multiple
Re: Just a thank you...and request for opinions.
2006-10-14 by Ugo Bellavance
... I m currently testing this SA plugin: http://www.rulesemporium.com/plugins.htm Ugo
milter-greylist 3.0 rc5 is out
2006-10-14 by manu@netbsd.org
Here is it: http://ftp.espci.fr/pub/milter-greylist/milter-greylist-3.0rc5.tgz MD5 (milter-greylist-3.0rc5.tgz) = 82326be5d21ca8ef7bb4e3cdbcbd23c6 Changes
Re: [milter-greylist] Re: Just a thank you...and request for opinions.
2006-10-14 by manu@netbsd.org
... How do you cope with the latest nuisance: message with a ham-looking text, whith a GIF containing the spam message? -- Emmanuel Dreyfus
Re: [milter-greylist] Re: Just a thank you...and request for opinions.
2006-10-14 by AIDA Shinra
At Fri, 13 Oct 2006 16:19:48 -0000, ... I apply greylisting only for suspicious hosts which are found in DNSRBLs or whose IP addresses seem to be dynamic. In
Re: Just a thank you...and request for opinions.
2006-10-13 by Ugo Bellavance
... We use 1 minute and check frequently for long delays and add domains or IPs to greylist.conf, so that legimitate mail servers that don t deal well with
Just a thank you...and request for opinions.
2006-10-13 by Timothy Alberts
I just starting using milter-greylist on the email server for my company and I have to thank the developer and contributors for this software. It s practically
RE: [milter-greylist] Re: removing greylist.db to start
2006-10-13 by attila.bruncsak@itu.int
... It may make sense if your system resources are limited, especially CPU and memory. It is better to continue serving the already established connections,
Re: [milter-greylist] Re: removing greylist.db to start
2006-10-13 by eclark
No! That was an easy answer :) To give you an idea, the milter processes mail faster than sendmail itself does. Odds are your sendmail might be doing something
Re: [milter-greylist] Re: removing greylist.db to start
2006-10-13 by Matthias Scheler
... Definitely. You risk your machine getting overloaded if you don t limit the number of connections to your Sendmail. That was already a problem with the
Re: [milter-greylist] Re: removing greylist.db to start
2006-10-13 by Oliver Fromme
Please don t top-quote. It destroys the logical context of emails. ... I don t remember what OS you said you re using, but if the VM is killing processes,
Re: removing greylist.db to start
2006-10-13 by hwdahm
1) unlimited 2) no SPF I think, something is eating up my memory. I can see VM: killing process sendmail in my log, so I suppose, the memory is the
Re: [milter-greylist] Re: removing greylist.db to start
2006-10-13 by Emmanuel Dreyfus
... 1) you hit a memory limit (set with limit/ulimit) 2) you use DNSRBL or SPF and you linked with a thread-unsafe DNS resolver ... I use it on a pair of
Re: [milter-greylist] mkstemp greylist.db permission, greylist dies
2006-10-13 by Oliver Fromme
... That s probably the first time it tries to save its database. ... So your milter-greylist process is running as user smmsp . ... But the directory is
Re: removing greylist.db to start
2006-10-13 by hwdahm
Follow up the crash happens on an a daily basis. i can see an error connecting to the socket in the logfiles. the pid given by ps differs from the pid in the
Re: [milter-greylist] HUP to reread config file?
2006-10-12 by manu@netbsd.org
... Is there any volunteer to start the milter-greylist FAQ? That one is our #1. The milter API says libmilter catches the signal. milter-greylist cannot use
HUP to reread config file?
2006-10-12 by Jeff A. Earickson
Running 3.0rc4, it looks like I got my permission problems solved. How does milter-greylist react to signals? I sent it a HUP signal to reread the
mkstemp greylist.db permission, greylist dies
2006-10-12 by Jeff A. Earickson
Hi, I am new to milter-greylist, attempting to deploy it, and it dies with: milter-greylist: [ID 653641 mail.error]
removing greylist.db to start
2006-10-10 by hwdahm
we are using version 2.02 and encounter the problem, that milter-greylist suddenly stops working. There is only one process left with a pid that´s different
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-10 by AIDA Shinra
At Tue, 10 Oct 2006 15:14:21 +0200, ... We cannot receive sync messages until someone connects via the sendmail of ONE OF PEERS. It may happens before your
small bug
2006-10-10 by attila.bruncsak@itu.int
Hello, If the action is F_SETFL in fcntl(), the third argument must be int and not pointer to int. Attached the patch. Bests, Attila
RE: [milter-greylist] Solution for non executed final_dump()
2006-10-10 by attila.bruncsak@itu.int
... The sync_master_restart() will be called at the first client connection, It will do the same stuff as it would be called fron main(). I do not see problem
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-10 by AIDA Shinra
At Tue, 10 Oct 2006 13:52:40 +0200, ... I believe the first patch introduces no new problem. To be really paranoid, we can unblock signals exactly before
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-10 by AIDA Shinra
At Tue, 10 Oct 2006 11:21:02 +0200, ... Really? I think the sync_master_restart() call at main() launches the master threads and they begin waiting connections
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-10 by manu@netbsd.org
... Perhaps we could introduce that after the 3.0 release, as we are not sure the cure won t introduce unexpected new problems... -- Emmanuel Dreyfus
RE: [milter-greylist] Solution for non executed final_dump()
2006-10-10 by attila.bruncsak@itu.int
... Already first connection from the client at the connect phase (first call back form mlfi_main) will start the sync listener. All the other connections will
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-10 by AIDA Shinra
At Mon, 9 Oct 2006 15:47:06 +0200, ... The new patch breaks our sync mechanism. The sync listener thread does not start before a client connects to the server.
RE: [milter-greylist] Solution for non executed final_dump()
2006-10-09 by attila.bruncsak@itu.int
... OK, attached an other patch, replacing the previous one. This has absolutely no any reference to signal handling stuff. BTW, by my opinion it is time now
Re: [milter-greylist] Rules per virtual domain name based?
2006-10-09 by Emmanuel Dreyfus
... Add them at the end of the lines. ... If you do that, the irst default acl match anything and the second will never be tested. -- Emmanuel Dreyfus
Re: [milter-greylist] Rules per virtual domain name based?
2006-10-09 by Mart Pirita
Tere. ... Great. But what about the custom error code and message? Now the default acl is after these two rules: acl greylist default delay 30m code 451
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-08 by AIDA Shinra
At Sun, 8 Oct 2006 16:55:08 +0200, ... Anyway, libmilter blocks the signals in the smfi_main() thread. The mask is inherited by all descendant threads.
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-08 by manu@netbsd.org
... There is a problem with that patch: it violates the libmilter API. This says that signals are to be handled by libmilter itself:
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-08 by AIDA Shinra
At Sun, 8 Oct 2006 15:25:06 +0200, ... Better than nothing. No reason to postpone the patch.
Re: [milter-greylist] /tmp/access-list.debug
2006-10-08 by manu@netbsd.org
... Ok, since it s only used for debugging and on an older FreeBSD release, I ifdef ed it. People that need it will enable it and change the path. -- Emmanuel
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-08 by manu@netbsd.org
... So do you advise to let that patch apart until libmilter is fixed, or is it better than nothing? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz
Re: [milter-greylist] Rules per virtual domain name based?
2006-10-08 by manu@netbsd.org
... Use regexps: acl greylist rcpt /@baddomain .com$/ delay 3h autowhite 3h acl greylist rcpt /@gooddomain .com$/ delay 15m autowhite 12h The timeout cannot be
Rules per virtual domain name based?
2006-10-08 by Mart Pirita
Tere. Is it possibe to make rules based receiver domain? I have a lot domains in mailserver, and only few of them are under heavy spam attack, while other
Re: [milter-greylist] Solution for non executed final_dump()
2006-10-08 by AIDA Shinra
At Sat, 7 Oct 2006 22:34:19 +0200, ... Your patch is itself correct. Unfortunatelly, there are race conditions in the libmilter causing abort() or SEGV. We
Solution for non executed final_dump()
2006-10-07 by attila.bruncsak@itu.int
Hello, I would like to provide a solution for a long standing problem. On many platforms the final_dump() is not executed after the milter-greylist has
Re: [milter-greylist] /tmp/access-list.debug
2006-10-06 by AIDA Shinra
At Fri, 6 Oct 2006 15:22:37 +0000, ... ln -s /etc/passwd /tmp/access-list.debug
Re: [milter-greylist] /tmp/access-list.debug
2006-10-06 by Emmanuel Dreyfus
... Why? It s a write-only file with no sensitive information... -- Emmanuel Dreyfus manu@netbsd.org