Partly solved plus an additional issue - please read on...First, for the records:
Are you using proxy auth?
No.
What do you have in imap_auth_cid and imap_auth_pw options?
// Optional IMAP authentication identifier to be used as authorization proxy
$rcmail_config['imap_auth_cid'] = null;
// Optional IMAP authentication password to be used for imap_auth_cid
$rcmail_config['imap_auth_pw'] = null;
Try setting imap_auth_type='login'.
I already did this and ran into the error
Fatal error: Maximum execution time of 120 seconds exceeded in /data/www/htdocs/mail/program/include/rcube_imap_generic.php on line 3189
when loging in as said user. Other users, again, had no problems.
Checking "logs/imap", however, I saw that the user had successfully loged in!
So,
setting this to the value 'login' fixes the login issue, but I still have no clue why it worked for the other users when it was set to "null;" before. If someone can enlighten me...
Now for the
timeout issue: In the "imap" logfile i saw some strange looking mbox names in the list, that where also present in the ".mailboxlist" file in the users home directory. I don't know whether the UW IMAP server creates this file or one of the IMAP clients. But after renaming this file to something else, I was able to login without timeout error, just with the INBOX in the folder list. When I tried to "manage folders" in this state, roundcube just hangs until I select any other function or the inbox again.
I restored ".mailboxlist" and removed the odd looking entries from it. Namely this was a mbox file called "Gel&APY-schte Elemente" (the localized German version of "Deleted Items", which is automatically created by Microsoft Outlook) and a bunch of mboxes with names enclosed in square brackets (e.g. "[status]", "[newsletter]" and so on).
After removing them and re-login everything seems to be fine right now.
To sumarize:
- the acute login problem has been solved, but I still don't understand what the issue is
- the problem with ".mailboxlist" seems to be a bug of roundcube as other IMAP clients had no problems with the odd names in it.
Ralf