John Wade jwade at oakton.edu
Fri Jun 20 07:02:03 EDT 2003

I was thinking about this yesterday as I worked with our help desk folks 
to mollify another angry user who could not figure out how to manage 
their mailbox and ended up over quota.   While I agree with the design 
of Cyrus in principle (delete in place and expunge), in practice, there 
are enough mail clients that use the "move to trash" model and an 
expectation in the user community that this is how computers work (based 
on the delete model in both the Windows and Macintosh worlds) that I 
think I need to figure out a way to accomodate them.

 When we upgrade our Cyrus version to 2.1.x or 2.2 later this summer, 
(curently on 2.0.16) I was planning to see if I could put a patch 
together to have COPY not enfore quotas.   Or maybe for the really 
paranoid, not enforce quotas if the destination mailbox is 
user.<username>.Trash )     This would seem to solve most of the "move 
to trash" delete quota problems.  While I could see ways that this could 
lead to abuse of the mail server,  I think for the vast majority of 
 users, the shutdown of delivery of new messages woul be sufficient 
incentive to fix the over quota status and the risk of abuse is 
relatively small/

Does anyone have any thoughts on this idea?  Is this a really bad idea?

Any tips on where in the code to look?  I spent a few minutes looking at 
imapd.c, index.c and append.c in 2.0.16 and I am guessing that if I 
change the quotacheck argument to -1 in the append_setup call in 
index_copy it will bypass the quota check on copy.   Have not actually 
tried this yet.

John Wade

Rob Siemborski wrote:

>On Thu, 19 Jun 2003, Drew Weaver wrote:
>>            Is there anyway to enable the ability for files to be
>>deleted if you're over your quota?
>>Right now if I try to delete something to get under my quota it tells me
>>that I cant delete it because im over my quota ;-)
>You need to use a mail client that doesn't for a trash mailbox model on
>top of IMAP (which isn't designed for it).  IMAP uses the delete/expunge
>Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
>Research Systems Programmer * /usr/contributed Gatekeeper

-------------- next part --------------
An HTML attachment was scrubbed...
URL: https://lists.andrew.cmu.edu/mailman/private/info-cyrus/attachments/20030620/27a7d6e9/attachment.html

More information about the Info-cyrus mailing list