milter-greylist 4.2.2 is available
2009-04-08 by manu@netbsd.org
Here is 4.2.2 http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.2.2.tgz MD5 (milter-greylist-4.2.2.tgz) = ed287c8371b9a5818835387dc101d02a Changelog
Messages
Browse messages
Page 43 of 144 · 7199 messages matched
Re: [milter-greylist] Per peer configurable MX sync timeout
2009-04-03 by manu@netbsd.org
... I integrated it in CVS and in the 4.2 branch. Now I have a weird mutex problem to fix, and I ll integrate Rudy Eschauzier s work on backends. -- Emmanuel
Per peer configurable MX sync timeout
2009-04-03 by attila.bruncsak@itu.int
Hello, I have some old slow peers where the default peer timeout 3 seconds are not big enough, frequent retrials are happening. I have some other very fast
milter-greylist 4.2.1 is available
2009-04-03 by manu@netbsd.org
... http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.2.1.tgz MD5 (milter-greylist-4.2.1.tgz) = 84727b5e9db18454e70a5a3074a5305b Changelog is limited
milter-greylist 4.2 is available
2009-04-01 by manu@netbsd.org
Here is our latest stable release. http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.2;tgz MD5 (milter-greylist-4.2.tgz) =
milter-greylist 4.2 is available
2009-04-01 by manu@netbsd.org
Here is our latest stable release. Many interesting changes since 4.0: native OpenLDAP support, p0f, SpamAssassin interface... Here is the complete ChaneLog:
TIme for releasing 4.2?
2009-04-01 by manu@netbsd.org
Hello It seems to me there have been no new negative feedback about 4.2rc1. Did I miss anything? Perhaps it is time to release 4.2? Here is the changelog from
Re: [milter-greylist] variables in regexp
2009-03-28 by manu@netbsd.org
... It would be nice if we could support something like this, but that would not be easy to implement, espcially if you consider multiple clauses with a regex.
variables in regexp
2009-03-28 by Luc Beurton
Hello, I try to write something like: racl whitelist domain / .foo- (.* ) .org$/ from /@bar- 1 .com$/ There s another way to do this ? Thanks, Luc.
Take Break .. Watch Tom and Jerry
2009-03-28 by software32209
Now You Can Watch Tom and Jerry
Re: [milter-greylist] greylist conf + responce code
2009-03-23 by Darko
Benoit Branciard Thanks, thats what i needed.
Re: [milter-greylist] greylist conf + responce code
2009-03-23 by Benoit Branciard
... if you want another tempfail *message* (not code), I would rather suggest you something like racl greylist default msg Greylisted, come back later ...
Re: [milter-greylist] greylist conf + responce code
2009-03-23 by Darko
This is exactly what i hate with RTFM people. I ask, how to make greylist responce with another tempfail message. When i add acl greylist default code 451
Re: [milter-greylist] greylist conf + responce code
2009-03-23 by Petar Bogdanovic
... man greylist.conf: code,ecode,msg Petar Bogdanovic
greylist conf + responce code
2009-03-23 by Darko
Hi how do i add a responcecode in greylist conf. I do not want the sending server to see Greylisted, come back i rather want Temp Fail!. Hor do i add such a
Re: [milter-greylist] ext4fs reliability bug
2009-03-21 by Greg Troxel
... Yes, looks good. This isn t frequent, so it shouldn t hurt enough to motivate figuring out how to not do it sometimes.
Re: [milter-greylist] SPF improvement
2009-03-21 by Benoit Branciard
... Personnaly I use several SPF rules in greylist.conf: - spf fail to reject (but beware of non-SRS-compliant forwarders which could lead to
Re: [milter-greylist] SPF improvement
2009-03-21 by manu@netbsd.org
... Agreed. SPF fail is probably the only interesting thing to use (for rejection) -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] SPF improvement
2009-03-21 by Petar Bogdanovic
... Are you looking for `spf self ? spf This is used to test SPF status. Possible values are pass, soft‐ fail, fail, unknown, error, none, and self. The
Re: [milter-greylist] SPF improvement
2009-03-21 by Benoit Branciard
... This is already implemented. Check for spf self . ... -- Ce message a ete verifie par MailScanner pour des virus ou des polluriels et rien de suspect n a
SPF improvement
2009-03-21 by Sergey Kogan
Hi! I ve been experimenting with SPF policy check to drive away spf-aware spammers who register bogus 2-nd/3-rd level domains and activate +all SPF policy on
Re: [milter-greylist] ext4fs reliability bug
2009-03-20 by manu@netbsd.org
... So we would do that? Index: dump.c =================================================================== RCS file: /milter-greylist/milter-greylist/dump.c,v
Re: [milter-greylist] ext4fs reliability bug
2009-03-20 by Greg Troxel
... I think it was only supposed to be a guarantee that the metadata had hit the disk, but it may be that in practice the writes were scheduled on the data and
Re: [milter-greylist] ext4fs reliability bug
2009-03-20 by Emmanuel Dreyfus
... This is just the operation I was worrying about. -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] ext4fs reliability bug
2009-03-20 by Oliver Fromme
... That s not new. FreeBSD s soft updates feature behaves similarly: Files created within about 30 seconds before a crash (e.g. power failure) can be
Re: [milter-greylist] ext4fs reliability bug
2009-03-20 by kogan
Hi! About fclose/fsync behavior: fclose() guaranees that internal stdio lib buffers are flushed to disk using write() and close() syscalls. Years ago that
Re: [milter-greylist] ext4fs reliability bug
2009-03-20 by Vladimir Vassiliev
The last should be rename(newfile, oldfile) -- Vladimir Vassiliev
Re: [milter-greylist] ext4fs reliability bug
2009-03-20 by Vladimir Vassiliev
As I understand it s not violation of standards. man fclose says Note that fclose() only flushes the user space buffers provided by the C library. To ensure
ext4fs reliability bug
2009-03-20 by manu@netbsd.org
Hello Following up this: http://www.h-online.com/open/Ext4-data-loss-explanations-and-workarounds --/news/112892 It seems ext4fs people do not assume that
Re: [milter-greylist] Re: Odd Behavior with dacl in version 4.2b1
2009-03-18 by Petar Bogdanovic
... http://wiki.apache.org/spamassassin/RoundingIssues Petar Bogdanovic
Re: Odd Behavior with dacl in version 4.2b1
2009-03-18 by Jim Hermann
... Peter, I KNOW the message score was 5.00 The logs only show the tenths place. The spamd application reported it as 5.01 Jim
Re: [milter-greylist] milter-greylist 4.2rc1 is available
2009-03-17 by manu@netbsd.org
... Got it! -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] milter-greylist 4.2rc1 is available
2009-03-16 by Matthias Scheler
... milter-greylist doesn t build if you use --with-openldap but don t use --with-libcurl . The attached patch fixes that. Kind regards -- Matthias
Re: [milter-greylist] Re: Odd Behavior with dacl in version 4.2b1
2009-03-15 by Petar Bogdanovic
... I don t understand. The score of this message is exactly 5. And since 5 is not 5, the message gets queued. ... There is a difference between spamd and
Re: Checking HELO name?
2009-03-15 by Enrico Scholz
Oliver Fromme ... I want it for assigning higher greylisting timeouts; not to reject mails. Enrico
Re: [milter-greylist] Checking HELO name?
2009-03-15 by Oliver Fromme
... Keep in mind that you might get a lot of false positives if you check the HELO parameter. The RFC is not very strict about it. I think it s perfectly
Re: [milter-greylist] Checking HELO name?
2009-03-15 by Matthias Scheler
... Not sure about that. But you can use milter-regex for that purpose: http://www.benzedrine.cx/milter-regex.html Kind regards -- Matthias Scheler
Checking HELO name?
2009-03-15 by Enrico Scholz
Hi, is there a way in milter-greylist to check whether HELO parameter matches ${client_name} (in a case insensitive manner)? The HELO acl clause seems to
Re: Odd Behavior with dacl in version 4.2b1
2009-03-14 by Jim Hermann
... With report=delays in the greylist.conf, I don t get any X-Greylist Headers in messages that are accepted with dacl whitelist report xxx With report=all
Re: Odd Behavior with dacl in version 4.2b1
2009-03-14 by Jim Hermann
... Actually, it appears that the problem is with spamd scores between 5.00 and 5.05. Mar 10 07:20:18 host sm-acceptingconnections[16729]: n2ACK3Zk016729:
Re: Odd Behavior with dacl in version 4.2b1
2009-03-14 by Jim Hermann
... Yep. dacl blacklist rcpt /.*@.*/ spamd 10.0 msg Your message is considered high-scoring spam by SpamAssassin. then Mar 14 11:51:08 host
Re: [milter-greylist] Odd Behavior with dacl in version 4.2b1
2009-03-13 by manu@netbsd.org
... Is it ignored? DATA-stage ACL just overwrite the X-Greylist header with another message, doesn t it? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz
Re: [milter-greylist] Odd Behavior with dacl in version 4.2b1
2009-03-13 by manu@netbsd.org
... You get an error? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] Odd Behavior with dacl in version 4.2b1
2009-03-13 by Petar Bogdanovic
... Would you mind pasting some logs? (incl. spamassassin/spamd output) Petar Bogdanovic
Odd Behavior with dacl in version 4.2b1
2009-03-13 by Jim Hermann - UUN Hostmaster
Friends, I recently added dacl to my existing milter-greylist configuration. It appears that the dacl checks are ignoring my configuration for auth and report.
milter-greylist 4.2rc1 is available
2009-03-12 by manu@netbsd.org
Here is our first release candidate for milter-greylist-4.2 http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.2rc1.tgz MD5 (milter-greylist-4.2rc1.tgz)
Re: [milter-greylist] [PATCH] Re: spamd check -> EAI_BADFLAGS on getaddrinfo()
2009-02-21 by manu@netbsd.org
... We could add something like this: #ifndef AI_ADDRCONFIG #define AI_ADDRCONFIG 0 #endif Anyone can give it a try? -- Emmanuel Dreyfus
Re: [milter-greylist] [PATCH] Avoid warnings when p0f is unconfigured
2009-02-21 by manu@netbsd.org
... Checked in. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
'flushaddr' not working in dacl clauses?
2009-02-21 by Enrico Scholz
Hi, I wrote a configuration entry ... with the purpose to remove IP addresses from the database when e-mail was classified as spam in the DATA phase.
AFK until sat 2009/02/21
2009-02-17 by Emmanuel Dreyfus
FWIW, I will be AFK until sat 2008/02/21 -- Emmanuel Dreyfus manu@netbsd.org