Nate Bohlmann writes:
I apologize, I should have put all that info in the first email. Indeed, all the linkages resolve:libauthpgsql.so: -lcourierauth => /usr/courier/lib/courier-authlib/libcourierauth.so -lcrypt.0 => /usr/lib/libcrypt.so.0-lcourierauthcommon => /usr/courier/lib/courier-authlib/libcourierauthcommon.so-lintl.0 => /usr/lib/libintl.so.0 -lpthread.0 => /usr/lib/libpthread.so.0 -lcrypto.0.9.8 => /usr/pkg/lib/libcrypto.so.0.9.8 -lssl.0.9.8 => /usr/pkg/lib/libssl.so.0.9.8 -lpq.5 => /usr/pkg/lib/libpq.so.5 -lm.0 => /usr/lib/libm387.so.0 -lm.0 => /usr/lib/libm.so.0 and the permissions are the same as the libauthpwd.so which does load: ls -l libauthpgsql* -rw-r--r-- 1 root courier 53996 Feb 15 21:44 libauthpgsql.a -rwxr-xr-x 1 root courier 1015 Feb 15 21:44 libauthpgsql.la -rwxr-xr-x 1 root courier 44064 Feb 15 21:44 libauthpgsql.solrwxr-xr-x 1 root courier 15 Feb 15 21:44 libauthpgsql.so.0 -> libauthpgsql.so
That looks reasonable. Try disabling libauthpgsql in the authdaemonrc config file, and temporary enabling some other module, and see if you can load it.
This will narrow down the issue either to libauthpgsql.so specifically, or with the shared library loading process overall.
pgp6Xqu9VnaFg.pgp
Description: PGP signature
------------------------------------------------------------------------------ Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H
_______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
