Re: [milter-greylist] postfix & spf
2009-12-17 by Emmanuel Dreyfus
... AFAIK there is no way to get our local IP in Postfix. A workaround could be to use 127.0.0.1 if it cannot be read. Feel free to submit a patch... --
Messages
Browse messages
Page 37 of 144 · 7199 messages matched
Re: [milter-greylist] postfix & spf
2009-12-17 by Vladimir Vassiliev
It works for me too, thanks. -- Vladimir Vassiliev
Re: [milter-greylist] postfix & spf
2009-12-17 by Petar Bogdanovic
... Because of the spf self clause, you cannot use USE_POSTFIX and spf directives in your greylist.conf. That s something I don t really understand so I patch
postfix & spf
2009-12-17 by Vladimir Vassiliev
Hi, I just migrated from sendmail to postfix and now I have some problems with milter-greylist. I recompiled milter-greylist (ver 4.1.3) with USE_POSTFIX and
Re: [milter-greylist] Loosing last dump on RedHat based system when stopping mg
2009-12-11 by manu@netbsd.org
... Right, I missed it because it was lot in HTML stuff, which my MUA does not render. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] Loosing last dump on RedHat based system when stopping mg
2009-12-11 by Ralf Gebhart
Hi, ... I can provide a mailman managed mailinglist if you really want to move the list. It s quite comfortable . There are already about a dozen lists running
Re: [milter-greylist] Loosing last dump on RedHat based system when stopping mg
2009-12-11 by Martin X. Moleski, SJ
... It is possible that the owner of the group can configure the list to allow attachments. If you visit the home page for the group, you will see that there
RE: [milter-greylist] Loosing last dump on RedHat based system when stopping mg
2009-12-11 by attila.bruncsak@itu.int
... Yahoogroups does strip it, but it is replacing the attachment with a URI. Using this you should still be able to retrieve the attachment(s). Even better
Re: [milter-greylist] Loosing last dump on RedHat based system when stopping mg [1 Attachment]
2009-12-11 by manu@netbsd.org
... yahoo now strips attachements. We really need to move somewhere else! Please send it to manu@netbsd.org directly. -- Emmanuel Dreyfus
Loosing last dump on RedHat based system when stopping mg
2009-12-11 by attila.bruncsak@itu.int
Hello, When I stop the mg with /etc/init.d/milter-greylist stop command on my Centos system I never got clean greylist.db dump. There is always
Re: [milter-greylist] Issue with upgrading mg on Tru64 UNIX from 4.3.2 to 4.3.4
2009-12-11 by manu@netbsd.org
... Right, that explains everything. Feel free to contribute the code that create the dump directory before dropping root privileges. -- Emmanuel Dreyfus
RE: [milter-greylist] Issue with upgrading mg on Tru64 UNIX from 4.3.2 to 4.3.4
2009-12-11 by attila.bruncsak@itu.int
... Thanks for the detailed information, I will add this to my site specific configure script. ... Would be great to add the checking code. The result is more
RE: [milter-greylist] Issue with upgrading mg on Tru64 UNIX from 4.3.2 to 4.3.4
2009-12-11 by attila.bruncsak@itu.int
... Thanks the info. But I will rather try to change the config parameters to match the current production directories. ... My site specific configure script
Re: [milter-greylist] Issue with upgrading mg on Tru64 UNIX from 4.3.2 to 4.3.4
2009-12-10 by manu@netbsd.org
... A quick fix for you would be to configure --sysconfdir=/etc --localstatedir=/var Here is the long story: The previous configure script forced
Re: [milter-greylist] Issue with upgrading mg on Tru64 UNIX from 4.3.2 to 4.3.4
2009-12-10 by Bill Levering
Attila, There was some discussion a while back about moving the configuration to support normal user make install (search for this subject in the
Issue with upgrading mg on Tru64 UNIX from 4.3.2 to 4.3.4
2009-12-10 by attila.bruncsak@itu.int
Hello, I have recently tried to upgrade mg from version 4.3.2 to 4.3.4 on Tru64 UNIX. I used the same configuration options and make as with the previous
Re: [milter-greylist] ack.... errors galore
2009-11-09 by Bill Levering
I never did figure out the following... but I did figure out the root of my problem. spam-milter.sock != spamd.sock Bill Bill Levering idbill@planx.com KFP:
ack.... errors galore
2009-11-09 by Bill Levering
WHat does this mean? Nov 9 05:10:04 syreen milter-greylist: greylist: mi_stop=1 Nov 9 05:10:04 syreen milter-greylist: smfi_main() returned 0 Nov 9 05:10:04
spamd connection failed (more)
2009-11-08 by Bill Levering
New issue... Nov 8 19:42:54 syreen milter-greylist: spamd connect failed: Permission denied Nov 8 19:42:54 syreen milter-greylist: ACL evaluation failure At
spamd connection failed
2009-11-08 by Bill Levering
New issue... Nov 8 19:42:54 syreen milter-greylist: spamd connect failed: Permission denied Nov 8 19:42:54 syreen milter-greylist: ACL evaluation failure At
Re: [milter-greylist] Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-08 by Fredrik Pettai
... Yes, I thought of doing that for Gmail/googlemail. In my opinion, that s a more elegant way of accepting mail for Gmail s multiple floating relays.
Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-08 by reschauzier
I uploaded a patch to improve the dacl handling and fix the dkim bug. The patch ( mg-4.3.5_to_mg-4.3.5-dacl.patch ) can be found here:
New file uploaded to milter-greylist
2009-11-08 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: Suggested improvements to dacl processing: what do you prefer?
2009-11-07 by reschauzier
In the course of testing a modification to improve the handling of dacl statements, I noticed the strangest thing. It looks like there is a bug in dkimcheck.c
Re: [milter-greylist] Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-05 by manu@netbsd.org
... Of course: if a RCPT stage ACL reject the message for all recipients, there is no DATA stage ACL. If you want to use DKIM, you will have to whitelist the
Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-04 by reschauzier
Thanks for the info. It confirms what I found: the current milter-greylist will work for spam and virus filtering (albeit with a significant performance hit,
Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-03 by chasd
... To see if applying virus or spam filtering would be worthwhile at that mail processing point. I hadn t realized that one of the reasons the delivery times
Re: [milter-greylist] Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-03 by Emmanuel Dreyfus
... I use it as a cheap content filter, using the base64 encoded win32 executable header. -- Emmanuel Dreyfus manu@netbsd.org
Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-03 by reschauzier
For my interest, what have you been using the dacls for? Interfacing w/ spamd, DKIM check or something else? Thanks, Rudy.
Re: Suggested improvements to dacl processing: what do you prefer?
2009-11-02 by chasd
I prefer 1, although I have only used dacl in testing, not in production. -- Charles Dostale System Admin - Silver Oaks Communications
Re: [milter-greylist] fail to compile on debian Lenny
2009-11-02 by Seth Mos
... This is what I configure it with: ./configure --with-user=smmsp --with-libspf2 --sysconfdir=/etc/milter-greylist --with-libcurl --with-libmilter=/usr
Re: [milter-greylist] fail to compile on debian Lenny
2009-10-31 by manu@netbsd.org
... Please send me config.log (in private mail, don t pollute the list with that) -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
fail to compile on debian Lenny
2009-10-31 by Bill Levering
I m moving a mailserver from freebsd to debian. The apt version of milter-greylist is 3.x... which is too old for my existing configuration. But I m unable to
Re: [milter-greylist] [PATCH] socket mode doesn't affect PID file mode
2009-10-31 by manu@netbsd.org
... Got it! -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
[PATCH] socket mode doesn't affect PID file mode
2009-10-31 by Kouhei Sutou
Hi, The socket mode configuration(*) affects PID file mode because milter-greylist uses umask(2) for the configuration. (*) socket
Re: Suggested improvements to dacl processing: what do you prefer?
2009-10-26 by reschauzier
Thanks for your feedback. You are describing exactly what I was running into with the dacl commands in the current greylist, and why I think it needs a major
Re: [milter-greylist] Suggested improvements to dacl processing: what do you prefer?
2009-10-26 by manu@netbsd.org
... An idea about this: We have something called properties, that can be fetched from a LDAP directory or a web service. I use it for have LDAP-stored,
Re: [milter-greylist] Suggested improvements to dacl processing: what do you prefer?
2009-10-25 by Fredrik Pettai
... I m for option 3, or an way that gets that functionality to mix racls & dacls, since I think it adds more flexibility, at least for the dkim & body case as
Re: [milter-greylist] Suggested improvements to dacl processing: what do you prefer?
2009-10-25 by Oliver Fromme
... I also prefer 1. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht
Re: [milter-greylist] Suggested improvements to dacl processing: what do you prefer?
2009-10-25 by Petar Bogdanovic
... I like 1., dislike 2. and find 3. to be a bit counterintuitive given how SMTP works. Petar Bogdanovic
Re: Suggested improvements to dacl processing: what do you prefer?
2009-10-25 by reschauzier
I understand where you are coming from, and in most cases I d agree: backward compatibility is critical from a user point of view. In this situation, however,
Suggested improvements to dacl processing: what do you prefer?
2009-10-25 by Rudy Eschauzier
Currently, the way milter-greylist processes data stage commands (dacl lines in greylist.conf) is less than optimal. Data stage commands are commands that
Re: [milter-greylist] Suggested improvements to dacl processing: what do you prefer?
2009-10-25 by manu@netbsd.org
... I have concerns with options 2 and 3 because they modify the way existing setups work. skipdacl looks better to me (I disklike the name, though, but this
Re: [milter-greylist] Re: Minimum delay
2009-10-16 by Petar Bogdanovic
... There is no way for milter-greylist to distinguish two different messages with an identical ip-from-rcpt combination. In that particular situation, one
Re: [milter-greylist] Re: Minimum delay
2009-10-16 by Oliver Fromme
... I think you are misunderstanding. :-) ... That s not entirely true. If a tuple is inserted into the greylist and another message with the same tuple
Re: Minimum delay
2009-10-16 by philippeake
... I think you are misunderstanding - those lines that you quote above are in the delivered email. I read them to be saying that This email was delayed for
Re: Option to allow RANDOM SPAM through!
2009-10-15 by d d
... Yes it is. I, nonetheless, do not want to keep 2GB monthly maillog of Brasil on my 9GB hard drive. So, I drop them off with IPtables and not log.
Re: Minimum delay
2009-10-15 by d d
... That is the same tuple trying to send the email after getting a 30-mins delay with greylist. They get a 30 mins delay default. If they try to send the same
Minimum delay
2009-10-15 by philippeake
In the source, I see: #define GLDELAY 1800 /* 1800 seconds = 30 minutes */ In my config file, there is only one delay statement: racl greylist list
Re: [milter-greylist] [PATCH] loading dump includes tarpit entry is blocked
2009-10-14 by Kouhei Sutou
Hi, In Re: [milter-greylist] [PATCH] loading dump includes tarpit entry is blocked on Tue, 13 Oct 2009 06:57:24