NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: NetBSD, sendmail with AUTH and TLS



On Thu, Dec 13, 2012 at 12:22:17PM -0600, Michael Parson wrote:
> I followed the wiki entry for this on my NetBSD/i386 5.0.2 system:
> 
> http://wiki.netbsd.org/tutorials/services/sendmail_auth_tls/
> 
> And it worked beautifully.  However, that system died, and now:
> 
> Trying the same thing on my amd64 6.0 system, and it's not working.

Is this a clean 6.0 system, or an upgraded one?  If you built inside
a chroot, did you remember to upgrade the chroot to 6.0 userland as
well?  If you're using binary packages, did you remember to update
the PKG_PATH variable or pkgin's repositories.conf to look at a 6.0
repo?

> This doesn't seem to be working either.  In my /var/log/authlog, I see the 
> probable problem, but I don't know how to solve it:
> 
> Dec 13 12:15:46 testhost sm-mta[26159]: unable to dlopen 
> /usr/local/lib/sasl2/libsasldb.so.2: Cannot dlopen non-loadable 
> /usr/lib/libpthread.so.1

I've seen something similar before just after upgrading and installing
my first newly built binaries.  This probably means that some component
(either the end-point binary or one of the libraries it loads),
was linked to libpthread.so.0 (the 5.x libpthread) and one or more
of the other libraries (or the binary itself) was linked against
libpthread.so.1

NetBSD 6.0 has a newer libpthread and needed to bump the ABI version,
and libpthread can only be active once when the program is started,
and all binaries using .so-files that use it need the library linked
into it.  libpthread is a bit odd that way ;)

> >From what I can tell from searching google and reading the dlopen
> manpage, something is trying to load libsasldb.so, but that something
> isn't also linked against libpthread.so.

This can be debugged by using ldd(1) on the binary and working through
all its .so-files, recursively running ldd on them.  One of those
should eventually show up being linked against libpthread.so.0; that
needs to be rebuilt and reinstalled.

Hope this helps,
Peter
-- 
http://sjamaan.ath.cx
--
"The process of preparing programs for a digital computer
 is especially attractive, not only because it can be economically
 and scientifically rewarding, but also because it can be an aesthetic
 experience much like composing poetry or music."
                                                        -- Donald Knuth


Home | Main Index | Thread Index | Old Index