Re: Quotas vs. Trash revisited
On Wed, 14 Dec 2005, Rob McMahon wrote: it. It occurred to me, though, that if we made the user.xxx.Trash folder a separate quota root with the same quota as their inbox these problems would go away. Can anyone see any problems with this ? As long as you add a policy that Trash gets wiped clean every five days or somesuch, no. Otherwise, you must be prepared for users using Trash as a depot. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Quotas vs. Trash revisited
I know this is an old problem, but I'd like your thoughts. We need to apply quotas to our students for the obvious reasons, but face the old issue of having them hit their quotas and then being unable to move forward because deleting mail from the client (SquirrelMail) typically means moving the message to trash, requiring two copies of the message. This was a known issue when we moved to the system, and we accepted it on the basis that our front line support could deal with it. It occurred to me, though, that if we made the user.xxx.Trash folder a separate quota root with the same quota as their inbox these problems would go away. Can anyone see any problems with this ? Attached patch for squirrelmail fixed it for us. It simply tries to copy mails to trash on delete, if it fails, the mail is deleted anyway. Simon diff -Naur squirrelmail-1.4.4.orig/functions/imap_messages.php squirrelmail-1.4.4/functions/imap_messages.php --- squirrelmail-1.4.4.orig/functions/imap_messages.php Mon Dec 27 16:03:45 2004 +++ squirrelmail-1.4.4/functions/imap_messages.php Mon Jan 24 14:23:48 2005 @@ -33,7 +33,7 @@ global $move_to_trash, $trash_folder, $uid_support; $msgs_id = sqimap_message_list_squisher($id); if (($move_to_trash == true) (sqimap_mailbox_exists($imap_stream, $trash_folder) ($mailbox != $trash_folder))) { -$read = sqimap_run_command ($imap_stream, COPY $msgs_id \$trash_folder\, true, $response, $message, $uid_support); +$read = sqimap_run_command ($imap_stream, COPY $msgs_id \$trash_folder\, false, $response, $message, $uid_support); } $read = sqimap_run_command ($imap_stream, STORE $msgs_id +FLAGS (\\Deleted), true, $response, $message, $uid_support); } @@ -850,7 +850,7 @@ global $move_to_trash, $trash_folder, $auto_expunge, $uid_support; if (($move_to_trash == true) (sqimap_mailbox_exists($imap_stream, $trash_folder) ($mailbox != $trash_folder))) { -sqimap_messages_copy ($imap_stream, $start, $end, $trash_folder); +sqimap_run_command ($imap_stream, COPY $start:$end \$trash_folder\, false, $response, $message, $uid_support); } sqimap_messages_flag ($imap_stream, $start, $end, Deleted, true); } Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Quotas vs. Trash revisited
--On Wednesday, December 14, 2005 11:14 + Rob McMahon [EMAIL PROTECTED] wrote: It occurred to me, though, that if we made the user.xxx.Trash folder a separate quota root with the same quota as their inbox these problems would go away. Can anyone see any problems with this ? Might as well just double their quota. They could create a whole set of archive mailboxes under Trash, right? Note that the name Trash is not significant on the server side and is chosen by the client. At least one client uses small t trash. In an ideal world... wait, in an ideal world they wouldn't use a trash folder, so forget that. Things to look out for: - People who archive mail in Trash. Our helpdesk reports people asking for backup restores on their trash on a regular basis. - People who don't use a trash folder but name a folder trash for some other reason. Is there a band named Trash? We've seen people keeping mail about Columbia's Core Corriculum in folders named core. Imagine if we removed old core dumps regularly. Joseph Brennan Columbia University Information Technology Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
Re: Quotas vs. Trash revisited
Joseph Brennan wrote: It occurred to me, though, that if we made the user.xxx.Trash folder a separate quota root with the same quota as their inbox these problems would go away. Can anyone see any problems with this ? Might as well just double their quota. They could create a whole set of archive mailboxes under Trash, right? Sorry, I missed out a piece of the puzzle, which was to automatically expire trash with ipurge after 7 days (and announce the fact of course). - People who archive mail in Trash. Our helpdesk reports people asking for backup restores on their trash on a regular basis. That'll be announced as a no-no. - People who don't use a trash folder but name a folder trash for some other reason. Is there a band named Trash? We've seen people keeping mail about Columbia's Core Corriculum in folders named core. Imagine if we removed old core dumps regularly. The adivertised interface is SquirrelMail, Trash is one of the auto-created folders. If people want to get themselves into doggy do-do, they have many and more interesting ways to do so. For the casual user who ignores the you're getting close to your limit meter on the web front end, it could save some grief. Cheers, Rob -- E-Mail: [EMAIL PROTECTED] PHONE: +44 24 7652 3037 Rob McMahon, IT Services, Warwick University, Coventry, CV4 7AL, England Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html