[imp] user quotas and imap behaviour

[Oscar Renalias]

Chuck Hagenbuch escribió:
> =

> Quoting Oscar Renalias <oscare@fib.upc.es>:
> =

> > The situation is as follows. We have a quota of 1mb for our users in =
the
> > mail spool in /var/spool/mail, and then 5mb in their home dir. Whenev=
er
> > they want to read the messages, with IMP or NS Messenger, the imap
> > server tries to move the messages from the spool to their home. If th=
is
> > move succeeds, no problem, but when they haven't got enough space lef=
t
> > to move all the new mail to their home, the operation fails with a "d=
isk
> > quota exceeded" error (logical). But then, neither IMP nor Messenger
> > display the messages in the inbox (as if it was empty), and I've been=

> > told in the uw-imap mailing list that this is the client's fault.
> =

> Can you find _any_ clients that work? pine in IMAP mode, maybe? If so, =
can you
> trace the IMAP traffic and find out what's different? Any more informat=
ion as
> to _why_ it fails?

Successful imap conversation:

* OK [CAPABILITY IMAP4 IMAP4REV1 LOGIN-REFERRALS AUTH=LOGIN] localhost
IMAP4rev1 2000.283 at Wed, 29 Nov 2000 13:35:26 +0100 (CET)
1 login user passwd
* CAPABILITY IMAP4 IMAP4REV1 NAMESPACE IDLE MAILBOX-REFERRALS SCAN SORT
THREAD=REFERENCES THREAD=ORDEREDSUBJECT MULTIAPPEND
1 OK LOGIN completed
2 select inbox
* 0 EXISTS
* 0 RECENT
* OK [UIDVALIDITY 1] UID validity status
* OK [UIDNEXT 1] Predicted next UID
* FLAGS (\Answered \Flagged \Deleted \Draft \Seen)
* OK [PERMANENTFLAGS ()] Permanent flags
2 OK [READ-WRITE] SELECT completed
3 status inbox (unseen)
* STATUS inbox (UNSEEN 2)
3 OK STATUS completed
4 fetch 1 all
...message headers...
...message headers...
4 OK FETCH COMPLETED
...
You can continue here issuing the standards IMAP commands...

Conversation with a "quota exceeded" user:
1 login anotheruser anotherpasswd
1 OK LOGIN completed
2 select inbox
* 30 EXISTS
2 NO SELECT failed: New mail move failed: Disc quota exceeded
3 status inbox (unseen)
* STATUS inbox (UNSEEN 3)
3 OK STATUS completed       <<--- this works
4 fetch 1 all
4 BAD Command unrecognized: FETCH    <<--- but this doesn't
(if FETCH doesn't work, I'm afraid we can't do anything else...)

I'm not saying that this an IMP problem, because definitely it isn't. It
is a c-client library problem or an uw-imap server problem, so you Chuck
shouldn't worry about it :P Maybe we should think about moving to Cyrus,
which suports per-user mail quotas, or having the mail delivered
straight to the user's home inbox.

Thank you anyway.
--
Oscar Renalias / oscare@fib.upc.es / FIB / UPC
House music is a state of mind