Timo Sirainen wrote:
On Sun, 2005-03-13 at 02:37 -0600, F. Even wrote:
Mar 13 01:45:37 cerebus dovecot: imap-login: Login: user [ip.ad.dr.es] Mar 13 01:45:37 cerebus dovecot: IMAP(user): Invalid mbox path /home/user/mail: No such file or directory Mar 13 01:45:37 cerebus dovecot: IMAP(user): Failed to create storage for 'z_mbox/' with data: mbox:/home/user/mail Mar 13 01:45:37 cerebus dovecot: child 38630 (imap) returned error 89 Mar 13 01:48:38 cerebus dovecot: imap-login: Login: user [ip.ad.dr.es]
The account should not be seeing that namespace by default...so I'm not sure why the server insists on denying the client access due to not having the necessary folders in their $HOME to be compatible with that namespace. I've since created an empty folder in each of the directories to silence the alerts...but somewhat annoying as only a couple users really need to use the "legacy namespace."
I think it's better to show errors than hide them. I don't think hidden namespaces should by default be treated as unimportant and silently failing if there are problems. Perhaps a new flag for namespaces to ignore them if they can't be initialized.
I completely understand that. My only concern was that random users were querying a namespace that was hidden from them as the server was trying to deliver it...although it was never going to be shown to them. Not a big deal, I suppressed the error by recreating the folder hierarchy...but if not a big deal, maybe something to consider modifying in future releases.
Frank