Mandag morgen, og emerge --sync efterfulgt af emerge -uD system opdaterede tøjten pam. Den slags gør man ikke ustraffet en mandag morgen, og pludselig begyndte min lusers at komme ind og sige, at deres mail spurgte efter noget kode. Et lille tail -f /var/log/syslog viste mig følgende

Nov 13 10:39:23 localhost authdaemond: pam_service=imap, pam_username=peter
Nov 13 10:39:23 localhost authdaemond: pam_authenticate failed, result 28
Nov 13 10:39:23 localhost authdaemond: authpam: REJECT - try next module
Nov 13 10:39:23 localhost authdaemond: FAIL, all modules rejected
Nov 13 10:39:23 localhost imapd: LOGIN FAILED, user=pede, ip=[::ffff:192.168.0.

Godt så. En søgning på forums.gentoo.org gav mig denne tråd, hvilket indikerede at jeg skulle kigge lidt på /etc/pam.d/imap. Det gjorde jeg, men hjalp intet. Eftersom pam var blevet opdateret tænkte jeg, at det måske var en ide, at reemerge courier-imap og courier-authlib. Hjalp hellere ikke.

Så slog det mig, at jeg før har haft problemer med imap og pam. Efter vores store it katastrofe i forbindelsen med migreringen til Kernel 2.6, så havde jeg også mega problemer med courier-authlib og pam. Jeg måtte ind i /etc/courier/authlib og kigge på authdeamonrc.

Der kunne jeg se, at jeg kun brugte modulet authpam, og det havde da virket. Men da mine bruger er oprette på systemet, og ikke er virtuelle mailbrugere, så kunne jo det være at modulet authshadow skulle bruges.

Det skulle den

authmodulelist="authpam authshadow"

Mandagsroen genoprettet