I had my courier-imap (3.0.8) set up to use authldap and authdaemond.ldap in order to authenticate against LDAP. After upgrading to 4.0.1, the authdaemond startup script fails when started, dumping the following error to the log: Feb 21 03:04:35 firebird authdaemond.ldap: exec: No such file or directory Trying to set it back to plain also gives and error: Feb 21 03:07:01 firebird authdaemond.plain: exec: No such file or directory There seems to be only a single authdaemond now. I configured the files in /etc/courier/authlib to use only authldap and set up /etc/courier/authlib/authldaprc correctly, but the startup script still dies complaining of a missing authdaemond.ldap, so authdaemond still seems to be taking its cue from /etc/courier-imap/authdaemond.conf. (incidentally, setting it to authdaemond gives Feb 21 03:09:27 firebird authdaemond: exec: No such file or directory) Reproducible: Always Steps to Reproduce: 1. Set up courier-imap 3.0.8 to use ldap 2. upgrade to courier-imap 4.0.1 3. start authdaemond Actual Results: Script reported it started, but process is nowhere to be found and the log shows an error complaing of a missing authdaemond.ldap. Expected Results: Loaded authdaemond.ldap or whatever takes care of LDAP requests now. Portage 2.0.51-r15 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r6 i686) ================================================================= System uname: 2.6.9-gentoo-r6 i686 Intel(R) Xeon(TM) CPU 2.66GHz Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 18 2005, 04:38:48)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.21-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O3 -mcpu=pentium4 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -mcpu=pentium4 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X apache2 apm arts avi berkdb bidi bitmap-fonts calendar canna cjk cpdflib crypt cscope cups curl dba dbm dio directfb emboss encode esd exif f77 fbcon flatfile font-server foomaticdb fortran freetds ftp gd gdbm gif gpm gtk gtk2 imagemagick imap imlib ipv6 jabber java jpeg junit ldap libg++ libwww mad maildir mbox mhash mikmod mime mmap motif mpeg msn mysql mysqli ncurses nls odbc oggvorbis opengl oss pam pcre pdflib perl php png posix postgres python qt quicktime readline samba sasl sdl simplexml snmp soap spell spl sse ssl svg svga tcltk tcpd tiff tokenizer truetype truetype-fonts type1-fonts unicode x86 xml xml2 xmlrpc xmms xsl xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, PORTDIR_OVERLAY
Looking at the init script, it seems it's taking all its info from /etc/courier-imap as I suspected. Shouldn't there be a new startup script if the authlib stuff is now separate from courier-imap?
I ran etc-update after the upgrade. To make sure I didn't miss any config files, I re-emerged courier-imap and courier-authlib. No new startup script is listed.
>> Bug 82316 ?
Bug 82316 doesn't seem related. He's having permission problems connecting to authdaemond. I can't get mine to start at all.The bug does mention manually configuring authdaemond after the upgrade, but a search on bugzilla doesn't turn up anything. Could someone please post a link?
Fixed it. Removed the authdaemond startup script, (rm and rc-update del), set courier-authlib to start as default and restarted everything and it worked. May I suggest that a note be posted after the ebuild is emerged informing people of the configuration directory change to /etc/courier/authlib and the fact that authdaemond is deprecated and needs to be removed? Actually I think the e-build should remove the old authdaemond script automatically.
Indeed. I had no idea that authdeamond needed to be stopped, removed from starting, and having courier-authlib start instead. Another annoyance is that if you have fam USE flag for courier-authlib, it expects famd to be running, yet does not start it when you start courier-authlib.
Correction. I meant courier-imap in regards to the fam USE flag.
