Sam, shouldn't it at least be sending a 'NO Mailbox does not exist' (or something like that) message? -- And probably even more appropriately, allowing the perfectly valid login anyway... only issuing a NO (NO with an ALERT?) when the client attempts to actually select the mailbox?
If I understand the spec properly, it should be perfectly valid to enter the AUTHENTICATED state even if no SELECT-able entities exist at all. And it's possible there could be a non-mailbox namespace the client might wish to enter. They're allowed to do that by the spec, aren't they?
Alternatively, I suppose that if courier were to allow the valid login, it *could* then issue a BYE response (with an ALERT response code preferably) saying the mailbox doesn't exist, and then disconnecting. That would seem reasonable as well. -- Not quite as flexible, but certainly reasonable enough. -- However, I do think leaving the client in AUTH. state makes the most sense when you consider other namespaces as a possibility.
-jab
On Tuesday, Mar 11, 2003, at 22:45 US/Central, elijah wrote:
When I issue the IMAP command LOGIN for a valid user/password with no maildir, courier-imap drops the connection.
This seems like a reasonable response to me. Unfortunately, this causes
the popular web mail client squirrelmail to go into an endless loop and
eat up all the available CPU until apache is killed or timed out. The IMP
web mail client works fine.
I know this is a problem with squirrelmail, and I have hacked it to
prevent this. However, I am curious if the IMAP spec would suggest other
behavior for courier-imap. It seems to me the preferred response might be
one of 'OK', 'NO', or 'BAD'--instead of just dropping the connection.
just a thought -elijah
-------------------------------------------------------
This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
