--David Karlsen wrote on 11.05.2002 17:23 +0200:
^^^ one day off
There should be no processes named 'imapd' with UID 0.
Well, there are. As root I execute the courier-imap script which I have
in my init.d. When i have executed "/etc/init.d/courier-imap start"
serveral processes start.
'couriertcpd' and 'logger' run as root, but not 'imapd'.
May 9 18:14:43 spacelab pop3d: Connection, ip=[::ffff:127.0.0.1] (when I
start the session)
May 9 18:14:55 spacelab pop3d: /usr/lib/courier/imap/bin/pop3d:
Permission denied (after I have written in my username and password)
Authentification was successful, but the numerical UID 89 cant
I dont know the UID of vpopmail, but its probably not 89.
Run `ls -lan /var/qmail/vpopmail/domains/domain.no/davidk/Maildir`
to see the numerical UID, and check also the owner of delivered
messages. Everything must be owned by UID 89.
I have done that. I even chmoded the entire /var/qmail directory to 777
on the test server and still the same thing happens. The entire session
just dies when I enter the corret username/password.
The output of ls -lan would have helped.
I still dont know the numerical uid of 'vpopmail', try this:
su vpopmail -c "touch test"
su vpopmail -c "ls -lan ."
su vpopmail -c "rm -v test"
there should be no errors, repeat in the subdirectory ./tmp
If you get errors also check the parent directories, they all
must have at least world-searchable permission.