Milter-greylist

--- In milter-greylist@yahoogroups.com, manu@... wrote:
>
> joosteto <joostje@...> wrote:
> 
> > I really don't know how to find out:(.
> 
> Run nm on libspf. Do you find res_init, or nres_init?

Ah, yes, I remember trying that, but without any results (Sorry for
forgetting to mention that). However, after reading the README of the
libc resolver source code, I tried:

/usr/lib$ nm -D libspf2.so|grep res_
                 U __res_nclose
                 U __res_ninit
                 U __res_nquery

(as the readme explained the thread-safe functions are res_n*, instead
of nres_*). Oh, and without the -D argument to nm only outputs "nm:
libspf2.so: no symbols" as the .so doesn't have debug info.


Anyway, I should be thread-safe, shouldn't I?

(The libspf (old spf1) library on my syste does use res_query, so
apparently that one is thread-unsafe, but I see the failures in milter
too when linking with the thread-safe spf2).

Is there anything I can do? This machine may be somewhat special as
it's a amd 64 (x86-64) system (uses 64bit pointers, 32bit int), maybe
it's related?

milter-greylist is currently running without SPF, and really doing a
great job. But I would realy like it if I could let the SPF-OKed
messages go straight through.

Thanks,
joostje