Milter-greylist

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 bug in spamd (Attila Bruncsak)
        Fix ratelimit sliding window for computing average
        Fix p0f port byte order (Enrico Scholz)
        Fix milter-greylist.m4 for newer Sendmail (Joe Pruett)
        Fix autoconf warning about --datarootdir (R P Herrold)
        Add spamassassin toggling to the .spec file (Adam Katz)
        Fix DKIM (John Wood, Jörgen Lundman)
-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@netbsd.org

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 --enable-postfix --enable-dnsrbl --with-user=postfix --with-libbind=/usr --enable-spamassassin


--- In milter-greylist@yahoogroups.com, manu@... wrote:

>
> 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 bug in spamd (Attila Bruncsak)
>         Fix ratelimit sliding window for computing average
>         Fix p0f port byte order (Enrico Scholz)
>         Fix milter-greylist.m4 for newer Sendmail (Joe Pruett)
>         Fix autoconf warning about --datarootdir (R P Herrold)
>         Add spamassassin toggling to the .spec file (Adam Katz)
>         Fix DKIM (John Wood, Jörgen Lundman)
> -- 
> Emmanuel Dreyfus
> http://hcpnet.free.fr/pubz
> manu@...
>

gitoshi <gitoshi@...> wrote:

> 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'

They are probably in another library. Could you look for it with nm? 

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@...

> > dnsrbl.c:205: undefined reference to `__ns_initparse'
> > dnsrbl.c:211: undefined reference to `__ns_parserr'
> 
> They are probably in another library. Could you look for it with nm? 

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

John Wood <john-misc@...> wrote:

> 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

Nothing new, then. I will need your config.log, to track that one down.

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@...

here the config.log (in the group files)
http://f1.grp.yahoofs.com/v1/ABqnTQU8ym9428meG0hyUXFNN_tZH27AFiAhhAvCg4lYCBscDD2i52XkfnPcrM-Ed2pWe8Xr_kRugmvXYdOXbvIAKLp43w/config.log



--- In milter-greylist@yahoogroups.com, manu@... wrote:

>
> John Wood <john-misc@...> wrote:
> 
> > 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
> 
> Nothing new, then. I will need your config.log, to track that one down.
> 
> -- 
> Emmanuel Dreyfus
> http://hcpnet.free.fr/pubz
> manu@...
>

gitoshi <gitoshi@...> wrote:

http://f1.grp.yahoofs.com/v1/ABqnTQU8ym9428meG0hyUXFNN_tZH27AFiAhhAvCg4l
YCBscDD2i52XkfnPcrM-Ed2pWe8Xr_kRugmvXYdOXbvIAKLp43w/config.log

HTTP 404...

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@...

in yahoo groups left panel Files

or

http://www.megaupload.com/?d=PGIMM0AY



--- In milter-greylist@yahoogroups.com, manu@... wrote:

>
> gitoshi <gitoshi@...> wrote:
> 
> http://f1.grp.yahoofs.com/v1/ABqnTQU8ym9428meG0hyUXFNN_tZH27AFiAhhAvCg4l
> YCBscDD2i52XkfnPcrM-Ed2pWe8Xr_kRugmvXYdOXbvIAKLp43w/config.log
> 
> HTTP 404...
> 
> -- 
> Emmanuel Dreyfus
> http://hcpnet.free.fr/pubz
> manu@...
>

gitoshi <gitoshi@...> wrote:

> http://www.megaupload.com/?d=PGIMM0AY

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 symbol is:
nm /usr/lib/libbind9.so | grep initparse
nm /usr/lib/libresolv.so | grep initparse

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@...

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



--- In milter-greylist@yahoogroups.com, manu@... wrote:

>
> gitoshi <gitoshi@...> wrote:
> 
> > http://www.megaupload.com/?d=PGIMM0AY
> 
> 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 symbol is:
> nm /usr/lib/libbind9.so | grep initparse
> nm /usr/lib/libresolv.so | grep initparse
> 
> -- 
> Emmanuel Dreyfus
> http://hcpnet.free.fr/pubz
> manu@...
>

gitoshi <gitoshi@...> wrote:

> nm /usr/lib/libresolv.so | grep initparse
> 0063dc90 t __ns_initparse

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@...

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
http://www.megaupload.com/?d=4GM7Z5QX



--- In milter-greylist@yahoogroups.com, manu@... wrote:

>
> gitoshi <gitoshi@...> wrote:
> 
> > nm /usr/lib/libresolv.so | grep initparse
> > 0063dc90 t __ns_initparse
> 
> 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@...
>

manu-S783fYmB3Ccdnm+yROfE0A@... writes:

>> nm /usr/lib/libresolv.so | grep initparse
>> 0063dc90 t __ns_initparse
>
> How strange: the symbol is local!

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 glibc's, but for RHEL5 you
have to link against 'libbind.so' (not 'libbind9.so'!!) from the
'bind-libbind-devel' (not from 'bind-devel'!!) package.  Link order
is very tricky in this combination (else, libresolv and libbind
might get mixed and cause mysterious crashes).

The fedora package should do the right thing by specifying the '--with
libbind' rpmbuild option, but I abandoned RHEL5 on my mail filter some
time ago and can not say how/if it still works.


Enrico

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 needed to use the BIND resolver library.
Repo        : base
Matched from:
Filename    : /usr/lib/libbind.so




yum provides */lib/libbind9.so
32:bind97-devel-9.7.0-6.P2.el5.i386 : Header files and libraries needed for BIND DNS development
Repo        : base
Matched from:
Filename    : /usr/lib/libbind9.so



30:bind-devel-9.3.6-16.P1.el5.i386 : Header files and libraries needed for BIND DNS development.
Repo        : base
Matched from:
Filename    : /usr/lib/libbind9.so





any idea??


--- In milter-greylist@yahoogroups.com, Enrico Scholz <enrico.scholz@...> wrote:

>
> manu-S783fYmB3Ccdnm+yROfE0A@... writes:
> 
> >> nm /usr/lib/libresolv.so | grep initparse
> >> 0063dc90 t __ns_initparse
> >
> > How strange: the symbol is local!
> 
> 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 glibc's, but for RHEL5 you
> have to link against 'libbind.so' (not 'libbind9.so'!!) from the
> 'bind-libbind-devel' (not from 'bind-devel'!!) package.  Link order
> is very tricky in this combination (else, libresolv and libbind
> might get mixed and cause mysterious crashes).
> 
> The fedora package should do the right thing by specifying the '--with
> libbind' rpmbuild option, but I abandoned RHEL5 on my mail filter some
> time ago and can not say how/if it still works.
> 
> 
> Enrico
>

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 --enable-dnsrbl --with-user=postfix --enable-spamassassin --with-thread-safe-resolver


look like a problem with RHEL 5.6 libresolv.so library

# nm /usr/lib/libresolv.a |grep initparse
         U __ns_initparse
000000a0 T __ns_initparse

# nm /usr/lib/libresolv.so |grep initparse
0063dc90 t __ns_initparse




--- In milter-greylist@yahoogroups.com, "gitoshi" <gitoshi@...> wrote:

>
> 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 needed to use the BIND resolver library.
> Repo        : base
> Matched from:
> Filename    : /usr/lib/libbind.so
> 
> 
> 
> 
> yum provides */lib/libbind9.so
> 32:bind97-devel-9.7.0-6.P2.el5.i386 : Header files and libraries needed for BIND DNS development
> Repo        : base
> Matched from:
> Filename    : /usr/lib/libbind9.so
> 
> 
> 
> 30:bind-devel-9.3.6-16.P1.el5.i386 : Header files and libraries needed for BIND DNS development.
> Repo        : base
> Matched from:
> Filename    : /usr/lib/libbind9.so
> 
> 
> 
> 
> 
> any idea??
> 
> 
> --- In milter-greylist@yahoogroups.com, Enrico Scholz <enrico.scholz@> wrote:
> >
> > manu-S783fYmB3Ccdnm+yROfE0A@ writes:
> > 
> > >> nm /usr/lib/libresolv.so | grep initparse
> > >> 0063dc90 t __ns_initparse
> > >
> > > How strange: the symbol is local!
> > 
> > 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 glibc's, but for RHEL5 you
> > have to link against 'libbind.so' (not 'libbind9.so'!!) from the
> > 'bind-libbind-devel' (not from 'bind-devel'!!) package.  Link order
> > is very tricky in this combination (else, libresolv and libbind
> > might get mixed and cause mysterious crashes).
> > 
> > The fedora package should do the right thing by specifying the '--with
> > libbind' rpmbuild option, but I abandoned RHEL5 on my mail filter some
> > time ago and can not say how/if it still works.
> > 
> > 
> > Enrico
> >
>

gitoshi <gitoshi@...> wrote:

> ok I solved the problem patching Makefile and link to /usr/lib/libresolv.a
> don´t need libbind anymore

If someone gets a clean configure patch, the contribution is welcome.

-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@...