You are not logged in.
Ok, updated after 2 months, normally expecting some issues, but nothing this bad.
Squirrelmail is used for remote hosts to access my server mail over internet.
This update broke authdaemon I think.
Here's output of authtest:
[root@cyclops log]# authtest mark pw(redacted)
ERR: authdaemon: s_connect() failed: No such file or directory
Authentication FAILED: No such file or directory
[root@cyclops log]#
Which is the same output as in my errors.log when a client tries to access imap.
How do I turn verbosity up to get more useful output?
EDIT: SOLVED
Forced REINSTALL of courier-authlib fixed it. WHY WOULD IT DO THAT?
That was part of the update I believe, but why would it bork the install on a basic update?
Last edited by 86turbodsl (2010-04-08 10:19:23)
Offline
Probably your server got interrupted while installing that package, or there was package corruption on download (unlikely, I think its checksummed).
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
Updated again tonight and rebooted and doing it again. And this time, a forced install of courier-authlib WILL NOT fix it.
EDIT: Installed it YET AGAIN and then had to restart authdaemond and then it works again. Doesn't seem to make it through a reboot.
Wierd.
Last edited by 86turbodsl (2010-04-09 03:21:39)
Offline
Confirmed that authdaemond is not starting during boot up. I can start it manually afterwards and everything is fine from then on.
I didn't change my rc.conf. Why would it stop working?
Offline
Same problem here. For whatever reason, courier-impa is starting authdaemond and also stopping authdaemond directly after running the courier-processes in its init-script.
I hacked the script a bit, now it's working properly:
At the top, insert a line
AUTO_AUTHDAEMON="false"
Change the first if-clause to read:
if [ $AUTO_AUTHDAEMON == "true" ] ; then
and do the same for the second if-clause containing $AUTO_AUTHDAEMON.
That's it.
My complete init-script:
CI_DAEMONS=
AUTO_AUTHDAEMON="false"
[ -f /etc/conf.d/courier-imap ] && . /etc/conf.d/courier-imap
[ -z $AUTO_AUTHDAEMON_LAG ] && AUTO_AUTHDAEMON_LAG=2
. /etc/rc.conf
. /etc/rc.d/functions
case "$1" in
start)
if [ $AUTO_AUTHDAEMON == "true" ]; then
/etc/rc.d/authdaemond start
sleep ${AUTO_AUTHDAEMON_LAG}
fi
if [ ! -f /var/run/daemons/authdaemond ]; then
echo "ERROR: authdaemond is not running"
stat_fail
exit 1
fi
for daemon in $CI_DAEMONS; do
stat_busy "Starting Courier ${daemon}"
/usr/lib/courier-imap/${daemon}.rc start
if [ $? -gt 0 ]; then
stat_fail
else
add_daemon $daemon
stat_done
fi
done
if [ $AUTO_AUTHDAEMON == "true" ]; then
/etc/rc.d/authdaemond stop
fi
;;
stop)
for daemon in $CI_DAEMONS; do
stat_busy "Stopping Courier ${daemon}"
/usr/lib/courier-imap/$daemon.rc stop > /dev/null
if [ $? -gt 0 ]; then
stat_fail
else
rm_daemon $daemon
stat_done
fi
done
;;
restart)
$0 stop
sleep 1
$0 start
;;
*)
echo "usage: $0 {start|stop|restart}"
esac
exit 0Last edited by mauritzius (2010-04-12 14:52:21)
Offline
I just encountered this too; looked at that 'AUTO_AUTHDAEMON' thing and went "what the heck?"
Anybody have any idea what this is supposed to do? It's pretty intentional-looking to be a bug, but as you said, it immediately stops authdaemon after starting courier.
~Felix.
Offline
I came across this also after a recent update.
Arch dev's?
On a side note, this happened on my Slicehost VPS - not sure if that's relevant.
Offline
I just ran into this as well. I installed a very simple email system for internal office use, and when the server was restarted we always had problems. Thanks for the fix.
Offline