Re: [milter-greylist] spamd stops milter
2010-07-14 by Oliver Fromme
... I don t have an answer for your problem, but I have a question about your configuration. Why are you using the spam score to select the greylist delay? I
Yahoo Groups archive
Messages
Page 33 of 144 · 7199 messages matched
2010-07-14 by Oliver Fromme
... I don t have an answer for your problem, but I have a question about your configuration. Why are you using the spam score to select the greylist delay? I
2010-07-14 by vanaxel79
I´m using milter with spamd, and i have this: spamdsock unix /var/run/spamd.sock dacl blacklist spamd 15 msg Message blocked for spam content dacl
2010-07-14 by manu@netbsd.org
... I m not confortable with changing defaults. It can break existing setups, especially if the default has been there for years. -- Emmanuel Dreyfus
2010-07-13 by R P Herrold
... testing [herrold@centos-5 milter-greylist-4.2.5]$ ./configure 2 &1 | grep data config.status: WARNING: Makefile.in seems to ignore the --datarootdir
2010-07-13 by Peter Bonivart
... Please check it in so it s not forgotten but I don t think there needs to be a 4.2.7 release only for this. -- /peter
2010-07-13 by Petar Bogdanovic
... Make spamd use an inet socket, try to reproduce the problem, listen to the chatter with tcpdump -A -s0 and post the output somewhere. Petar
2010-07-13 by manu@netbsd.org
... I guess this is why 4.2.x is called stable, and 4.3.x is called developemetn snapshot :-) -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-07-13 by manu@netbsd.org
... Got it. Do we need in on the 4.2 branch too? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-07-13 by Michael V. David
Hi all, I compiled milter-greylist 4.2.6 and 4.3.8 with the same configuration, then tested, and observed this difference: under 4.2.6, spamd ACLs match as
2010-07-13 by R P Herrold
... sure. per the autoconf manual, it seems to be a one liner diff below, inline and it now runs without that error: [herrold@centos-5 milter-greylist]$
2010-07-13 by manu@netbsd.org
... Hello Will you contribute a fix? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-07-12 by R P Herrold
... along the lines of auto-tools fixes, I get this with that 4.3.8 in the auto-tools as well: config.status: creating Makefile config.status: WARNING:
2010-07-12 by manu@netbsd.org
Here is the latest developement snapshot http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.3.8.tgz MD5 (milter-greylist-4.3.8.tgz) =
2010-07-12 by manu@netbsd.org
Here is the latest stable release http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.2.6.tgz MD5 (milter-greylist-4.2.6.tgz) =
2010-07-12 by manu@netbsd.org
... It is checked in. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-07-09 by Emmanuel Dreyfus
... Ok, so if there is a consensus, then I will commit it when I will be back home (sunday). -- Emmanuel Dreyfus manu@netbsd.org
2010-07-09 by Petar Bogdanovic
... I just looked up a couple of things and it seems that various MUAs as well as the Cyrus IMAP server won t handle a NULL properly or will reject it
2010-07-09 by Enrico Scholz
Enrico Scholz ... I have to correct this; is completely valid e.g. in a
2010-07-08 by Enrico Scholz
Michael V. David ... it is solved by http://tech.groups.yahoo.com/group/milter-greylist/message/5567 Enrico
2010-07-08 by Michael V. David
Hi, I compiled milter-greylist 4.2.5 and 4.3.7 with the same configuration, then tested, and observed that 4.2.5 worked, while 4.3.7 produced errors on spamd
2010-07-08 by vanaxel79
Is it possible to count the number of connection made from the same IP or rcpt and use that in racl. Best regards
2010-07-06 by gitoshi
... 10:32:49.000000000 -0500 +++ milter-greylist-4.2.5.patched/greylist.conf.5 2010-07-06 08:32:04.000000000 -0500 @@ -1247,6 +1247,9 @@ .I %R shortcut
2010-07-06 by Emmanuel Dreyfus
... Now if it works, please update greylist.conf.5 and send a patch. -- Emmanuel Dreyfus manu@netbsd.org
2010-07-05 by gitoshi
look like %M is already used for sendmail macros I´m using %Hs case H : { /* SpamAssassin information */ #ifdef USE_SPAMD fstr_len = 2; switch(*(ptok + 1)) {
2010-07-05 by manu@netbsd.org
... Well, it s an opportunity to improve that skill. All you need is a minor tweak in milter-greylist.c. The function where format strings are expanded is
2010-07-04 by gitoshi
unfortunately I know very little C
2010-07-04 by manu@netbsd.org
... It is not implemented, but it would not be difficult to do it. Do you know some C? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-07-04 by gitoshi
right now I´m using the follow config without problems spamdsock inet 127.0.0.1:783 dacl SPAMASS blacklist spamd 10 msg Your message is considered
2010-06-22 by Enrico Scholz
Enrico Scholz ... my fault... I applied the patch on the wrong machine and
2010-06-22 by manu@netbsd.org
... RIght, I backed out the change, until we get a better idea of how to deal with that. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-06-21 by Petar Bogdanovic
... No, you didn t. What your change does is nothing more than passing the buck to spamassassin which is way worse given how many lines of perl SA pulls in
2010-06-21 by manu@netbsd.org
... Got it. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-06-21 by Enrico Scholz
... I did it properly. The message above is caused by a bug in spamd . Enrico
2010-06-21 by Petar Bogdanovic
... If you really want to fix that, please do it properly. Petar Bogdanovic
2010-06-21 by Enrico Scholz
Enrico Scholz ... attached patch against 4.2.5 seems to fix the timeout. But
2010-06-21 by Enrico Scholz
... I have seen the error on automated generated messages only (e.g. newsletters) where the sender has probably an off-by-one error. But as I said, legacy
2010-06-21 by Petar Bogdanovic
... While it s a bit unclean that the spamd part of milter-greylist can t handle a null character, it s also not likely that I ll ever think a null character
2010-06-21 by Enrico Scholz
Hi, I see from time to time messages like ... in my logfiles. After analyzing the related network traffic, all these messages have in common that they contain
2010-06-16 by Oliver Fromme
... That has nothing to do with milter-greylist. You have to configure it according to your syslog implementation. For example, on my system it is configured
2010-06-16 by vanaxel79
Thanks, then theres no way to get or user values for conditions, something like this. ldapcheck spampref ldap://ldap/ou=?whitelist,blacklist?sub?mail=%r
2010-06-16 by manu@netbsd.org
... AFAIR, this was a discussion on a new feature that could be implemented, but it failed to make it to the sources. It would be useful, though. -- Emmanuel
2010-06-16 by manu@netbsd.org
... Checked in. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-06-16 by manu@netbsd.org
... I checked in the patch (with the modifications I posted to the list) -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
2010-06-15 by Alexandre Santos
I´m would like to change the file log, is going to maillog.log by default, id like to change to postfix.log. The other problem is that depending from where i
2010-06-15 by vanaxel79
Hi, I´ve seen examples using the set , like this but i can´t use it. Is this right? racl continue rcpt test@example.com set($skipdacl, TRUE ) dacl whitelist
2010-06-14 by Petar Bogdanovic
... Why do you need spamd to report its UID every time it scans a message? Also, the patch I mentioned injects the queue-id instead of the spamd UID into that
2010-06-14 by vanaxel79
... I haven´t found the pach in the archives, can you help me and give me the link. best regards
2010-06-10 by Emmanuel Dreyfus
... You worry about binary packages? If they are properly done, they should take care of that. I don t think anyone should tweak its code to cope with poor
2010-06-10 by Enrico Scholz
... The wrapped socket(_domain, (_type) | SOCK_CLOEXEC, _protocol) ~~~~~~~~~~~~~~~ call is very runtime specific (requires Linux 2.6.27+) and there are major
2010-06-10 by manu@netbsd.org
... Is there a reason why you don t you just include and test #ifdef FD_CLOEXEC ? ... I think I would rather do something like this: if ((sock =