Re: milter-greylist-4.2.7
2011-04-19 by gitoshi
ok I solved the problem patching Makefile and link to /usr/lib/libresolv.a don´t need libbind anymore here my build options ./configure --enable-postfix
Messages
Browse messages
Page 29 of 144 · 7199 messages matched
Re: [milter-greylist] Re: milter-greylist-4.3.9
2011-04-19 by manu@netbsd.org
... Add full path to libresolv.a to the list of objects at link time by patching Makefile. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: milter-greylist-4.3.9
2011-04-18 by gitoshi
... How do you compile again the static one??
Re: milter-greylist-4.2.7
2011-04-18 by gitoshi
look like bind 9.7 don´t provides libbin.so anymore yum provides */lib/libbind.so 30:bind-libbind-devel-9.3.6-16.P1.el5.i386 : Include files and library
Re: milter-greylist-4.2.7
2011-04-18 by Enrico Scholz
... fwi, ns_initparse is exported only by the static libresolv.a; the dynamic libresolv.so does not export this symbol. This has been changed in more recent
Re: milter-greylist-4.2.7
2011-04-18 by gitoshi
nm -D /usr/lib/libbind9.so | grep initparse nm -D /usr/lib/libresolv.so | grep initparse version 4.2.5 compile without any problem here the version 4.2.5 log
Re: [milter-greylist] Re: milter-greylist-4.2.7
2011-04-18 by manu@netbsd.org
... How strange: the symbol is local! Try running nm -D on the various .so, just in case. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: milter-greylist-4.2.7
2011-04-17 by gitoshi
nm /usr/lib/libbind9.so | grep initparse nm: /usr/lib/libbind9.so: no symbols nm /usr/lib/libresolv.so | grep initparse 0063dc90 t __ns_initparse
Re: [milter-greylist] Re: milter-greylist-4.2.7
2011-04-16 by manu@netbsd.org
... You get this: LDFLAGS= -L/usr/lib -Wl,--rpath=/usr/lib LIBS= -lbind9 -lpthread -lresolv -lnsl -lmilter Please run this to check where the mussing
Re: milter-greylist-4.2.7
2011-04-15 by gitoshi
in yahoo groups left panel Files or http://www.megaupload.com/?d=PGIMM0AY
Re: [milter-greylist] Re: milter-greylist-4.2.7
2011-04-15 by manu@netbsd.org
gitoshi wrote: http://f1.grp.yahoofs.com/v1/ABqnTQU8ym9428meG0hyUXFNN_tZH27AFiAhhAvCg4l
Re: milter-greylist-4.2.7
2011-04-14 by gitoshi
here the config.log (in the group files)
AW: [milter-greylist] Re: milter-greylist-4.3.9
2011-04-14 by Steger Wolfgang
... I ran into the same on Suse 11.0. I had to link to libresolv.a (the static lib) instead of libresolv.so (the shared one). YMMV, Wolfgang -- Dipl.Ing.
Re: [milter-greylist] Re: milter-greylist-4.2.7
2011-04-14 by manu@netbsd.org
... Nothing new, then. I will need your config.log, to track that one down. -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] Re: milter-greylist-4.2.7
2011-04-14 by John Wood
... Looks like libresolv: # nm libresolv.a | egrep ns_initparse|ns_parserr U __ns_initparse U __ns_parserr 000000a0 T __ns_initparse 000002c0 T __ns_parserr
Re: [milter-greylist] Re: milter-greylist-4.2.7
2011-04-14 by manu@netbsd.org
... They are probably in another library. Could you look for it with nm? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz manu@netbsd.org
Re: [milter-greylist] Re: milter-greylist-4.3.9
2011-04-14 by John Wood
... Looks like you need nameser.h: arpa/nameser.h:#define ns_initparse __ns_initparse arpa/nameser.h:#define ns_parserr __ns_parserr
Re: milter-greylist-4.3.9
2011-04-13 by gitoshi
don´t compile in Centos 5.6 with bind97 dnsrbl.c:205: undefined reference to `__ns_initparse dnsrbl.c:211: undefined reference to `__ns_parserr ./configure
Re: milter-greylist-4.2.7
2011-04-13 by gitoshi
don´t compile in Centos 5.6 with bind97 dnsrbl.c:205: undefined reference to `__ns_initparse dnsrbl.c:211: undefined reference to `__ns_parserr ./configure
milter-greylist-4.2.7
2011-04-13 by manu@netbsd.org
Here is our latest stable release: http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.2.7.tgz From Changelog: Fix wrong message size tracking, causing
milter-greylist-4.3.9
2011-04-13 by manu@netbsd.org
Here is our latest developement snapshot http://ftp.espci.fr/pub/milter-greylist/milter-greylist-4.3.9.tgz From Chanelog: Fix ratelimit sliding window for
RE: [milter-greylist] spamd feature
2011-04-09 by attila.bruncsak@itu.int
... I am using standard SA which comes with CentOS 5. The name of the rpm kit: spamassassin-3.2.5-1.el5. I just installed last Thursday with yum install
Re: [milter-greylist] spamd feature
2011-04-08 by Manuel Badzong
... Right. This is the lenght of the added crlf between header an body. On line 892 the lenght of the current junk is added to msgcount. This line seems new,
Re: [milter-greylist] spamd feature
2011-04-08 by Petar Bogdanovic
... That line is unchanged since 2006: 1.220 (manu 29-Jun-09): memcpy(b- b_lines + priv- priv_buflen, chunk, i); 1.175 (manu 04-Mar-07):
Re: [milter-greylist] spamd feature
2011-04-08 by Petar Bogdanovic
... We did that on purpose:
Re: [milter-greylist] spamd feature [1 Attachment]
2011-04-08 by manu@netbsd.org
... I checked it in. That is strange, the bug did not exist on the 4.2 branch. In real_body(), we also have priv- priv_msgcount += strlen(crlf); That should
Re: [milter-greylist] spamd feature
2011-04-08 by manu@netbsd.org
... I do not use it. Manuel Badzong contributed it, perhaps he can comment? Enrico Scholz and Petar Bogdanovic did send some fixes, therefore they may have a
RE: [milter-greylist] spamd feature
2011-04-08 by attila.bruncsak@itu.int
... So I found the bug. I would be surprised that even one people could use the spamd feature of the current development version (4.3.8) without fixing that
[milter-greylist] spamd feature
2011-04-07 by attila.bruncsak@itu.int
Hello, I am trying to use the spamd feature but I cannot make it to work for even a simple test e-mail. I understand that the 4.3.8 is a development snapshot
Re: [milter-greylist] whitelist SASL-authenticated sessions
2011-03-24 by John Wood
... That is what the documentation says (for both auth and tls) Using such a clause automatically disable global STARTTLS and SMTP AUTH whitelisting, like if
Re: [milter-greylist] whitelist SASL-authenticated sessions
2011-03-24 by manu@netbsd.org
... IIRC they are until you start using auth clauses in ACL, but I am not sure. Someone will have to look at the code. -- Emmanuel Dreyfus
Re: [milter-greylist] whitelist SASL-authenticated sessions
2011-03-23 by John Wood
Oliver, ... Ah, sorry about that. I assumed you had tried it and it wasn t working right. I d think that will fix your issue, too. John
Re: [milter-greylist] whitelist SASL-authenticated sessions
2011-03-23 by Oliver Fromme
... Thanks for the hint, but the documentation states that authenticated sessions are not greylisted by *default*. However, just a minute ago I found out that
Re: [milter-greylist] whitelist SASL-authenticated sessions
2011-03-23 by John Wood
Oliver, ... Try using the auth and/or tls racl. Something like: racl whitelist auth /.*/ See the greylist.conf man page for more info. John
whitelist SASL-authenticated sessions
2011-03-23 by Oliver Fromme
Hi, I have a machine running sendmail + milter-greylist 4.2.6, the OS is FreeBSD 8, if that matters. All works very well, except for a small detail ... I
Re: [milter-greylist] [PATCH] bad p0f src-port byteorder
2011-03-20 by manu@netbsd.org
... http://pkgs.fedoraproject.org/gitweb/?p=milter-greylist.git;a=blob;f=p0f -srcport.patch;hb=HEAD Got it! -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz
[PATCH] bad p0f src-port byteorder
2011-03-17 by Enrico Scholz
Hi, current milter-greylist (both CVS and 4.2.6) transmit the src port in the p0f query in the wrong byteorder; dst port is transmitted correctly due to a
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-09 by Anatoly Oreshkin
Hi, Before I have received this mail I tried to downgrade from drweb 6 to drweb version 5. And it turned out that greylist 4.2.6 with drweb 5 worked excellent,
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-08 by Rene Luria
Hey Anatoly, ... To solve the problem, add the i variable to macro to Milter.macros.helo in mc: define(`confMILTER_MACROS_HELO , `i, {verify}, {cert_subject} )
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-08 by Rene Luria
... Well, actualy, appears with both v4 and v6. The problem doesn t seem to be related to milter-greylist itself, but to DrWeb. I can reproduce the same
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-07 by Rene Luria
... I get the same message but only for IPv6 connections... maybe this can help point out the bug -- Rene Luria
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-06 by Johann Klasek
... [..] ... As Manu says, you will not able to correlate log lines from the same SMTP session between MG und sendmail : Very strange anyway. BTW, again, what
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-05 by manu@netbsd.org
... The only consequence is the (unknown id) in the logs, which makes it difficult to correlate lines of logs about a given message. -- Emmanuel Dreyfus
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-05 by Anatoly Oreshkin
Hi Johann, I ve corrected sendmail.cf to have such milter configuration: O InputMailFilters=greylist, drweb-milter O Milter.macros.connect=_, j, {if_addr},
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-03 by Johann Klasek
Hi Anatoly! ... AFAI understand this it seems that DrWeb specifies only those variables which is necessarily used. Nothing more. My installation (plain
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-03 by Anatoly Oreshkin
... When installing DrWeb have added the following lines to sendmail.cf: O InputMailFilters=drweb-milter O Milter.LogLevel=6 Xdrweb-milter,
Re: [milter-greylist] smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-03 by manu@netbsd.org
... (...) ... The line you quoted above are taken from sendmail.cf, or they are the lines drweb-milter is supposed to add? The O Milter.macros.envfrom=i sounds
smfi_getsymval failed for {i} in milter-greylist 4.2.6
2011-03-02 by Anatoly Oreshkin
Hello, I ve installed milter-greylist 4.2.6 on server running RHEL 5.5 and sendmail 8.14.4. When new mail message arrives I see error messages in
Re: [milter-greylist] Can milter-greylist run after sendmail checks users?
2011-02-24 by Les Mikesell
... The difference is that the server has to check a db entry, write a db entry that will have to be cleaned up later, and write another log line or two. At
Re: [milter-greylist] Can milter-greylist run after sendmail checks users?
2011-02-24 by Les Mikesell
... Yes, most of the domains are mapped by the virtuser table with a default where I have specified the user unknown error like: @mydomain1.com error:nouser No