garbled envelope-from in milter-greylist 4.0.1
2008-09-11 by Petar Bogdanovic
Hi, I saw this already in 4.0, but since it did no harm I forgot about it pretty soon. Envelope from seen/logged by postfix: postfix/qmgr[241]: (...)
Messages
Browse messages
Page 53 of 144 · 7199 messages matched
Re: [milter-greylist] milter-greylist 4.0.1 is available
2008-09-10 by Jack L. Stone
Re: [milter-greylist] milter-greylist 4.0.1 is available
2008-09-10 by Ondrej Valousek
Yes, I can confirm that too. The experimental version is running to 2 of our production servers and I had no problems so far.... Ondrej
Re: [milter-greylist] milter-greylist 4.0.1 is available
2008-09-10 by Michael Mansour
... Experimental, but I m using it on my production servers and have been since it s release. Emmanuel s code is quite stable as far as I m concerned. Michael.
Re: [milter-greylist] milter-greylist 4.0.1 is available
2008-09-09 by Emmanuel Dreyfus
... 4.0.1 is stable 4.1.5 is experimental -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] milter-greylist 4.0.1 is available
2008-09-09 by Jack L. Stone
Re: [milter-greylist] postfix and p0f support - no {if_addr}
2008-09-09 by Patrick Domack
The p0f daemon requires source ip, port, and dest ip and port. There is an option to make it allow wildcard source ports, but not wildcard ip s. Every
Re: [milter-greylist] postfix and p0f support - no {if_addr}
2008-09-08 by Greg Troxel
... If the wildcard is for my address, then it s pretty likely it will be the right one. Guaranteed if I have one address, and pretty good if this is in
Re: [milter-greylist] postfix and p0f support - no {if_addr}
2008-09-08 by manu@netbsd.org
... Can p0f answer a query that has a wildcard? Won t you get an answer for another connexion instead of the one you are looking for? IMO, a configuration
postfix and p0f support - no {if_addr}
2008-09-08 by Greg Troxel
With the new p0f code and postfix I get: smfi_getsymval failed for {if_addr} It seems this is not supported in postfix:
milter-greylist 4.0.1 is available
2008-09-07 by manu@netbsd.org
Here is 4.0.1, which is 4.0.1-rc1 with just an updated version number: nobody reported any bug.
Re: [milter-greylist] mutex crash on ^C
2008-09-07 by manu@netbsd.org
... Yes, I have it too. No idea how to fix it, but it seems quite harmless, though. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
mutex crash on ^C
2008-09-07 by Greg Troxel
I ran milter-greylist with -Dv under gdb and hit ^C ^Csmfi_main() returned 0 milter-greylist: Error detected by libpthread: Invalid mutex. Detected by file
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-07 by manu@netbsd.org
... I fixed two problems in CVS, but I always get p0f cache misses. It does not crash anymore, thought. What about at yours? I also have the mutex thign at
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-06 by manu@netbsd.org
... Well, unless you play with CVS version or you are hacking milter-greylist, you should not have to bother with autoconf: the configure script should work.
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-06 by Greg Troxel
The idea is that if configure tries to ruin your day, you can just tweak the Makefile. Sure, but it also means that cvs diff is noisy because checked-in
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-06 by manu@netbsd.org
... Heh, I told you it has not been tested. I just know it builds... Now contributors can help finishing the thing. ... Does it tell moe when running with -Dv
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-06 by manu@netbsd.org
... The idea is that if configure tries to ruin your day, you can just tweak the Makefile. I checked in your change. -- Emmanuel Dreyfus
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-06 by Greg Troxel
Here is what happens when I add in these two lines. Before adding those lines, milter-greylist from cvs behaves at least close to how 4.0 was running. p0fsock
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-06 by Greg Troxel
I tried to build milter-greylist from CVS for the first time, and had one minor problem. I used the following script to pick up prereqs from pkgsrc, and to
Re: [milter-greylist] Experimental p0f support in CVS
2008-09-06 by Greg Troxel
I added experimental p0f suport in CVS version. To enable it, configure --enable-p0f In your configuration file, you need something like this: p0fsock
Experimental p0f support in CVS
2008-09-06 by manu@netbsd.org
Hello everybody I added experimental p0f suport in CVS version. To enable it, configure --enable-p0f In your configuration file, you need something like this:
Re: [milter-greylist] conditional logging
2008-09-05 by Joe Pruett
i m going to stick with the nolog keyword and just document that it only applies to whitelist entries. i think i have that done now (not tested of course :-).
Re: [milter-greylist] conditional logging
2008-09-05 by Joe Pruett
what i am playing with right now is a nolog keyword that causes that acl to not log. but from looking at the code, it seems the main thing i am wanting to get
Re: [milter-greylist] conditional logging
2008-09-05 by Greg Troxel
... My logs are big too, but I like having the data, and once every few months I look to see what happened to some piece of mail. If you omit the default
Re: [milter-greylist] conditional logging
2008-09-05 by manu@netbsd.org
... While you are there, you can make the syslog facility configurable logfac mail logfac local0 logfac none for disabling logging entirely. -- Emmanuel
conditional logging
2008-09-05 by Joe Pruett
i d like to be able to disable logging for at least the default case. my logs are cluttered enough as it is :-). but i m thinking that maybe a generic nolog
Re: [milter-greylist] DKIM support: no feedback
2008-09-05 by Ondrej Valousek
1. configure:5710: result: no configure:5725: checking for pthread_create in -lpthread configure:5755: gcc -o conftest -g -O2 -Wall -Iyes/include -DUSE_DKIM
Re: [milter-greylist] DKIM support: no feedback
2008-09-05 by Emmanuel Dreyfus
... Shat do we have in config.log? ... Yes, I had to do this. -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] DKIM support: no feedback
2008-09-05 by Ondrej Valousek
Ooops - shouting too early. So - my comments: 1. configuration of milter greylist as per ./configure --with-libspf2 --with-libdkim --enable-dnsrbl cries about
Re: [milter-greylist] DKIM support: no feedback
2008-09-05 by Ondrej Valousek
Just trying to build the last CVS version: [webadmin@ondar milter-greylist]$ ./configure --with-libspf2 --with-libdkim --enable-dnsrbl checking for gcc... gcc
Re: [milter-greylist] DKIM support: no feedback
2008-09-05 by Emmanuel Dreyfus
... It uses libdkim from Sendmail s dkim-milter. -- Emmanuel Dreyfus manu@netbsd.org
Re: [milter-greylist] DKIM support: no feedback
2008-09-05 by Johann Klasek
... I ll try ... as far as I can see, maybe some one should provide a description how to get milter-greylist work with libdkim (analogous to
Re: [milter-greylist] MX -> chain -> MX
2008-09-04 by Michael Mansour
Hi, ... Running a greylist server your end only makes sense when public internet MTA s connect to your server. If your ISP s mail servers are the only servers
Re: [milter-greylist] DKIM support: no feedback
2008-09-04 by Michael Mansour
Hi Emmanuel, ... I will also test this over the weekend. I ve been pretty crook the past 7 days (these flu s are getting worse each year) and haven t been able
Re: [milter-greylist] DKIM support: no feedback
2008-09-04 by Ondrej Valousek
Hi Emmanuel, I will test it when I have some more time. Please stay tuned. Ondrej
DKIM support: no feedback
2008-09-03 by manu@netbsd.org
I had no feedback about the DKIM code added in CVS. I cannot beleive it is perfect and there is nothing to tell about it... So, anyone tested it? -- Emmanuel
Re: [milter-greylist] MX -> chain -> MX
2008-09-03 by manu@netbsd.org
... If you want to implement greylisting, then only machines running milter-greylist should be listed as MX for the domain. -- Emmanuel Dreyfus
Re: [milter-greylist] MX -> chain -> MX
2008-09-03 by Brian W. Antoine
... Your ISP has already accepted delivery of the messages, you are now stuck with them. Your implementing greylisting just delays delivery of the messages
MX -> chain -> MX
2008-09-03 by nicolapedrozzi
Hello everybody, I just installed milter-greylist (easy, thanks for the good doc). But, I have a problem (I think): The MX record for my server, say
Re: [milter-greylist] P0f support
2008-08-31 by manu@netbsd.org
... Well, this would just be another ACL clause. One can experiment random setups with it. The worst thing that can happen if this is used for heavy
Re: [milter-greylist] P0f support
2008-08-31 by Patrick Domack
... I agree, but there has been a milter_p0f for awhile, and I would much perfer to just modify greylisting based of fingerprinting results, than blacklist
Re: [milter-greylist] P0f support
2008-08-31 by Oliver Fromme
... Right. Sadly. There was a time (before spam existed, and before anybody would even consider running MTAs on Windows) when e-mail delivery in the internet
Re: [milter-greylist] P0f support
2008-08-31 by Patrick Domack
Well isn t that like anything. Nothing is ever going be reliable, in greylisting triplites aren t even very accurate cause of firewalls, server pools that can
Re: [milter-greylist] P0f support
2008-08-31 by Oliver Fromme
... The important question is: How reliable is it? How likely is it to get false positives? It should be pointed out that tools like nmap (and similar) just
Re: [milter-greylist] P0f support
2008-08-31 by Patrick Domack
... Ok, the point of using udp was for spamass/amavis running on a different machine could get that same data (unless we place a header in the email with this
Re: [milter-greylist] P0f support
2008-08-31 by manu@netbsd.org
... We do not need that: we have source and destination IP and ports. Do you have an URL with detailed documentation about this internal method? -- Emmanuel
Re: [milter-greylist] P0f support
2008-08-31 by Patrick Domack
there are two ways people interface to p0f Most use the script that comes with amavis /usr/sbin/p0f -l dst port 25 2 &1 | /usr/sbin/p0f-analyzer 2345 & and
Re: [milter-greylist] P0f support
2008-08-31 by manu@netbsd.org
... Nice, but could you investigate and tell us how that works? milter-greylist can gather the current SMTP connexion source and destination IP and ports,
Re: [milter-greylist] P0f support
2008-08-31 by Patrick Domack
... hmm, that was why I said P0f support, p0f does all that without doing any probes.