Hello, it appears that courier-authlib-0.60.2 shares the same Leopard problems of unresolved symbols at run time that some Apache httpd module has*.
[* see http://issues.apache.org/bugzilla/show_bug.cgi?id=44384 ] The build process (if one excludes pam) just runs fine, but the executable does not: Feb 25 21:54:21 ns authdaemond[92017]: Installing libauthuserdb Feb 25 21:54:21 ns authdaemond[92017]: dlopen(/usr/local/lib/courier- authlib/libauthuserdb.0.so, 9): Symbol not found: _auth_userdb Feb 25 21:54:21 ns authdaemond[92017]: Referenced from: /usr/local/lib/ courier-authlib/libauthuserdb.0.so Feb 25 21:54:21 ns authdaemond[92017]: Expected in: flat namespace [...] I will now put normal text as a shell comment to facilitate cut and paste... # The solution for apache was to use the latest GNU libtool: /usr/local/bin/libtool --version # ltmain.sh (GNU libtool) 1.5.26 (1.1220.2.492 2008/01/30 06:40:56) # Here is what I did for courier-authlib: # starting where the tarballs are going to be expanded: gnutar xjf courier-authlib-0.60.2.tar.bz2 cd courier-authlib-0.60.2 ./configure --without-authpam [...] # MIND the following step runs ln with the force flag. Be sure to be in the correct directory! find . -type f -name libtool -print -exec ln -sf /usr/local/bin/ libtool \{\} \; make make check make install make install-configure # and authlib starts just fine. # The above workaround is not apparently required for courier-imap, but for good measure I also built courier-imap-4.3.0 this way: cd ../courier-imap-4.3.0 RANLIB="ranlib -c" ./configure [...] find . -type f -name libtool -print -exec ln -sf /usr/local/bin/ libtool \{\} \; # the RANLIB="ranlib -c" is still required or you'll get a: # Undefined symbols: # "_rfc1035_default_resolver", referenced from: # _rfc1035_default_resolver$non_lazy_ptr in testlookup.o # _rfc1035_default_resolver$non_lazy_ptr in librfc1035.a(spf.o) # ld: symbol(s) not found make make check sudo make install sudo make install-configure # NOTE: make check fails at the second imap check. I will post about that later. # I have not really tested the binary yet, but it starts normally. Giuliano ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Courier-imap mailing list Courier-imap@lists.sourceforge.net Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap
