Error Messages from milter-greylist
2008-02-24 by sudleyplace
While testing this fabulous milter, I used the -v and -D options and watched the output for a while. Every once in a while, the line smfi_getsymval failed for
Messages
Browse messages
Page 62 of 144 · 7199 messages matched
Re: [milter-greylist] Re: whitelist STARTTLS compliant senders
2008-02-23 by manu@netbsd.org
... Mmmm.... Sorry to be picky about it, but isn t it equivalent to this? sm_macro tls_ok {verify} OK sm_macro tls_no {verify} NO racl whitelist
Re: {Disarmed} [~Disarmed~] [milter-greylist] memory usage
2008-02-20 by Matt Kettler
... It won t change the size of the tuple record, but it will save space in that you you won t have one entry for every sender. ie: joe@example.com 1.2.3.4
Re: {Disarmed} [~Disarmed~] [milter-greylist] memory usage
2008-02-20 by Kai Schaetzl
... AFAIR, it doesn t. Tuples get stored as without lazyaw, just that the sender mail address gets ignored. Just storing what is really necessary depending on
Re: whitelist STARTTLS compliant senders
2008-02-20 by ondrej_v0
No, This won t work - first line only catches anyone with a private certificate that was successfully verified (= the default behavior) and the second line
Re: [milter-greylist] Re: whitelist STARTTLS compliant senders
2008-02-19 by manu@netbsd.org
... Something like this? racl whitelist tls_re /.*/ racl blacklist tls none -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: whitelist STARTTLS compliant senders
2008-02-19 by ondrej_v0
... tls_re /.*/ ... Show me the example. Anyway I doubt you can do it - take a look at the source codes - there is hardcoded Verify=yes which means a private
Re: [milter-greylist] Re: whitelist STARTTLS compliant senders
2008-02-19 by Emmanuel Dreyfus
... What about mathing clients that do not present a certificate? That way, you can match any certificate, including none (with two ACL), and you can also
Re: whitelist STARTTLS compliant senders
2008-02-19 by ondrej_v0
Very different: 1. racl tls /.*/ won t work. You probably wanted to say racl tls_re /.*/ 2. It only work for those who present their private certificate which
New file uploaded to milter-greylist
2008-02-19 by milter-greylist@yahoogroups.com
Hello, This email message is a notification to let you know that a file has been uploaded to the Files area of the milter-greylist group. File :
Re: [milter-greylist] Re: whitelist STARTTLS compliant senders
2008-02-19 by Emmanuel Dreyfus
... How is that different from matching against a wildcard regex? racl tls /.*/ -- Emmanuel Dreyfus manu@netbsd.org
Re: whitelist STARTTLS compliant senders
2008-02-19 by ondrej_v0
Looking into the source codes I see there is no support for this yet. ... +++ acl.c 2008-02-19 15:02:19.000000000 +0100 @@ -773,13 +773,19 @@ char
Re: Can't compile for FC4 64 -bit +sendmail - error: conf_lex.c: not foud
2008-02-16 by Adam Pawe³czak
... Thank you for suggestion. Flex was not installed. After installing it, compilation finishes without problems. Thank you. Best regards Adam
Re: [milter-greylist] Can't compile for FC4 64 -bit +sendmail - error: conf_lex.c: not foud
2008-02-16 by manu@netbsd.org
... For some reason, configure did not find flex. Can you post your config.log? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Can't compile for FC4 64 -bit +sendmail - error: conf_lex.c: not foud
2008-02-15 by Adam Pawe³czak
Hi, I have a problem compiling milter-greylist 4.0 for FC4_64 bit with Sendmail. ./configure finishes without errors and warnings Next, I start make with
Looking for greylist/spam consultant
2008-02-13 by yosi_greenfield
Hi All, While greylisting has been doing wonders for our mail server, for the past few weeks it s been less effective. It looks to me like the spambots have
whitelist STARTTLS compliant senders
2008-02-13 by ondrej_v0
Hello List! I am just curious - is it possible to whitelist ANY senders who used encryption (STARTTLS) to send a mail? I mean whitelist even those whose
Re: [~Disarmed~] Re: [milter-greylist] memory usage
2008-02-08 by Matt Kettler
... You re confusing the autowhite period with the timeout . timeout applies to tuples that haven t successfully passed the greylist. It essentially
Re: [~Disarmed~] Re: [milter-greylist] memory usage
2008-02-08 by shuttlebox
On Feb 8, 2008 5:01 PM, Eduardo Casarero ... How would that affect delay? A server that doesn t retry within 24h isn t very likely to retry at all in my
Re: [~Disarmed~] Re: [milter-greylist] memory usage
2008-02-08 by Eduardo Casarero
... yes i could do that, but my users are pretty sensible in delay issues.
Re: [milter-greylist] memory usage
2008-02-08 by shuttlebox
On Feb 8, 2008 3:43 PM, Eduardo Casarero ... How long do you retain the tuples (timeout)? The default is 5 days, I lowered it to one day and the database
memory usage
2008-02-08 by Eduardo Casarero
Hi, i would like to know if having greylist with lazyaw use less memory storing tuples rather than normal configuration? i m asking because i have lot of
Re: [milter-greylist] "not" keyword, proper syntax?
2008-02-07 by manu@netbsd.org
... You can also use macros set by sendmail for that kind of use. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] "not" keyword, proper syntax?
2008-02-06 by Matt Kettler
... By the way, the rule above works really well. This acl, and my no-RDNS acl handle picking out a lot of junk and hitting it with a longer greylist period,
Re: [milter-greylist] Re: Some features for future releases...
2008-02-04 by manu@netbsd.org
... I m affraid we are. If we ever want to have anything implemented, we have to split that huge plan into smaller bits that could be added incrementally.
AFK 26/1 - 3/2
2008-01-26 by manu@netbsd.org
Hi, milter-greylist users I ll be away from keyboard from 26/1 to 3/2, so don t be surprised if you don t see any reply from me in that interval. -- Emmanuel
Re: Some features for future releases...
2008-01-25 by benoit.branciard
... This sounds quite powerful, but at the expense of config file readability. So what about : - have a powerful and generic engine and syntax as you proposed;
Re: [milter-greylist] "not" keyword, proper syntax?
2008-01-24 by manu@netbsd.org
... [where is the not] ... That s the correct syntax. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] helo keyword - documentation request for the next release..
2008-01-23 by manu@netbsd.org
... That smells like a change that was never committed :-) Would you like to submit a patch? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
"not" keyword, proper syntax?
2008-01-23 by Matt Kettler
according to the docs: Clauses can be negated, by prefixing them by the not keyword. So, for example, if I wanted to penalize helo s that don t contain a .
helo keyword - documentation request for the next release..
2008-01-23 by Matt Kettler
In the next release, can the helo ACL keyword be added to the documentation? It s not currently in the greylist.conf.5 manpage, but does appear t be supported
Re: [milter-greylist] Re: Some features for future releases...
2008-01-23 by Matthias Scheler
... Indeed. That s the way I use SORBS DUN . It blocks a lot of spam from Zombie Windows PC. But my friend s Solaris machine still managed to get his e-mail
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by manu@netbsd.org
... A nice use of DNSRBl is using them as a reputation: if a sender is caugh in a DNSRBL, enforce a higher greylisting delay (eg: 12h instead of 15mn). That s
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by manu@netbsd.org
... Yes, header are in the DATA stage. [SQL backend to replace MX sync] ... Yes, I wouldn t give away the MX sync for something such overblown as a distributed
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by Benoit Branciard
... Greylisting works ONLY for non-regular MTAs, I think we agree here. That s why it is best to target it on clients who are supposed to be non-regular MTAs
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by Benoit Branciard
... I agree milter-greylist should rather concentrate on envelope (pre-DATA) stage, maybe SMTP-header stage (but here we already hit the DATA stage ?). ...
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by Michael Menge
... I know that i can blacklist with milter-greylist. But because of the falsepositiv of DNSRBL we use DNSRBL only to score emails in spamassasin. Any non
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by Michael Menge
Hi, ... I think the great adwantage of milter-greylist is that it can reject an email befor the DATA stage. Therefor i don t like and would not use any
Re: Some features for future releases...
2008-01-22 by ondrej_v0
... Absolutely agree here. ... Agree here as well. I might add - some forward vs. reverse DNS checks would tell us something, too. Anyway, the concept of poor
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by Benoit Branciard
... Yes you can use blacklisting in milter-greylist (at least 4.0): acl blacklist addr aa.bb.cc.dd msg I don t like you ... The good way is to combine
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by manu@netbsd.org
... I started looking at DKIM but I stalled because of that problem (See the message below). How would you use DKIM in milter-greylist? ... -- Emmanuel Dreyfus
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by Michael Menge
... i have seen spammer domains without +all, which would not be cached by self. ... We had the problem with some users, who forwarded their email without srs,
Re: Some features for future releases...
2008-01-22 by ondrej_v0
... Well, I noticed some domains have +all or similar, but that is why you have the self operator here , right? ... easy way I know SPF breaks forwarding,
Re: [milter-greylist] Re: Some features for future releases...
2008-01-22 by Michael Menge
... Yes blacklisting is a 5xx harderror. But we don t use it in milter-greylist ... We had some problems with spf, as 1. there are more spammes that have spf
Re: Some features for future releases...
2008-01-22 by ondrej_v0
Hi Michael, ... through all ... don t ... Ok, I did not know that - if it is spammers common practice, then fine. I just wanted to say that some companies
Re: [milter-greylist] Some features for future releases...
2008-01-18 by Michael Menge
Hi, ... It s not a good idea to do this, i have seen spammes which go through all mx records as long as they get a temp error in less than 10 secs but don t
Some features for future releases...
2008-01-18 by ondrej_v0
Hi all, Ok, first of all many thanks to everyone who helped to develop this great piece of opensource product. We are seriously considering it for a company
Re: Earthlink bouncing Greylisted messages
2008-01-12 by California_Condor
Nope... When I implemented greylisting, I saw the same problem, so I asked one of my friends with an earthlink account to test it... Basically earthlink and
Earthlink bouncing Greylisted messages
2008-01-11 by Bill Levering
Earthlink is causing problems (again). From what I gather, it is bouncing messages back to the sender as undeliverable. My guess is that there are multiple
Re: [milter-greylist] Re: testing milter connection
2008-01-07 by Rene Luria
... excellent, thank you meanwhile, I did a simple piece of code to test negotiation http://luria.ch/fourtou/test-milter.c