Could not complete request over quota errors

[Marc Groot Koerkamp]

Andre Nicholson said:
> I run into this problem **all of the time** with my users. What's
> happening, if you use
> a Trash folder, is that the message is first /copied/ to the Trash folder
> and then if
> successful the original message is deleted. Why isn't it just moved?? Is
> it SquirrelMail
> or Cyrus that's the cause?

It's IMAP. RFC 3501 does not support the move command so we have to copy
the message. Of course we could fake it by doing client side move which
means buffer the message in mem or temporarely write it do file, delete,
expunge,  and append the message in our buffer to the Trash folder but
that sounds not save to me.

Cyrus supports the quota extension so maybe we can in the future check
quota before we move messages to trash and do some proper error handling
but don't excpect it on short notice. In the future SM 2 version we also
have ALERT information and probably we should display it to the user
because the ALERT message regarding QUOTA will be present when 90 % of the
quota is exceeded (if I'm correct).

Ideal situation would be that the QUOTA extension is rewritten in order to
set individual QUOTA on children mailboxes of QUOTAROOT so you can set the
INBOX.Trash QUOTA to unlimited and still have QUOTA enabled on INBOX and
the other children mailboxes. But that's not part of RFC 2087. Maybe a
nice job for cyrus to come with a new RFC for this :)


Regards,

Marc Groot Koerkamp.

>
> Having SM, or any other client for that matter, not use Trash folder isn't
> a prime
> solution as nearly every user that's used e-mail is used to the concept of
> "delete moves
> messages to Trash folder, it's emptied every night automatically but if I
> made a mistake
> I can get my message back before then."
>
> I once saw a patch for SM that would fix this, but it's for a very older
> version and I
> haven't tried it:
> http://sourceforge.net/tracker/?group_id=311&atid=300311&func=detail&aid=646386
>
> What I've wanted to do is to remove quotas on just the Trash folder, but I
> haven't been
> able to figure it out -- it's emptied automatically anyway on my setup.
>
> Andre
>
>> On Wed, 30 Jul 2003, joe ritter wrote:
>>
>>> Could not complete request.
>>> Reason Given: Over quota
>>>
>>> This is an odd catch 22 situation. I wanted to see if
>>> anybody had  experienced this before and what they
>>> were able to do to fix this.
>>
>> You need to not use a trash mailbox, which doesn't work terribly well
>> with
>> quotas in the basic implementation that doesn't account for them.
>> Really, if clients insist on using Trash mailboxes, the UI should ask
>> "should I just delete the message" if there isn't enough space like the
>> Windows Recycle Bin does.
>>
>> Squirrelmail, though, has an option to just not use trash mailboxes.
>>
>> -Rob
>>
>> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>> Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
>> Research Systems Programmer * /usr/contributed Gatekeeper
>>
>>
>>
>
>