Could not complete request over quota errors

Andre Nicholson andre at
Wed Jul 30 16:43:25 EDT 2003

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?

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:

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.


> 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

More information about the Info-cyrus mailing list