OK, thanks for the explanation. So, this is my suggestion. I don't know if there is enough desire or need for this, but here we go...
My suggestions would be to offer some configuration option in Courier-IMAP that would provide for a temp directory to be used when performing moves/copies. In other words, when you move a message from folder A to folder B, it would first copy it to the temp directory (which is on some partition where there are no quotas). Once the copy is successful, it would then delete the message from folder A. It would then proceed to copy the message to folder B and upon completion, delete the message from the temp directory. Before we switched to Qmail, we ran sendmail and just didn't offer IMAP. So, the webmail client we used was a popping client. Now that we offer IMAP, we are using an IMAP webmail client. So, we are conditioned to tell the user, who is over quota, just go into webmail and read/delete enough messages to get under quota. Well, with the IMAP server and the way moves are handled by actually performing copies instead of moves, this is not possible. This may not be possible if all of this is an OS issue, but perhaps it is possible and hopefully you think it is a nice addition to the Courier-IMAP software..:) Thanks! -- Jodie E Crouch III ShreveNet, Inc. Asst. Network Administrator On Tue February 25 2003 10:05, Sam Varshavchik wrote: > Jodie writes: > > Thank you Sam, this did work. The user is now able to pop their mail > > when over quota. > > > > I do have one question regarding the IMAP server and quotas. When a > > message is moved from the inbox to the trash, it is unsuccessful when the > > user is over quota. I understand that there is or may be some additional > > copies of > > It does. The IMAP COPY command creates a copy of the message in another > folder. Afterwards, the client marks the original message as deleted, and > expunges the folder. > > > the file created during the move...or maybe not. Regardless, the move > > does not work. Is this a problem with the IMAP client (in this case > > SquirrelMail)? It would seem to me that moving it to the trash would > > create the new copy and once successful, delete the original. So, I > > guess at some > > They are two separate operations. You operating system has no way of > knowing that you're going to create a second copy of the message and > afterwards remove the original copy. > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! > Can't afford IT training? All 2003 ictp students receive scholarships. > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. > www.ictp.com/training/sourceforge.asp > _______________________________________________ > courier-users mailing list > [EMAIL PROTECTED] > Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users -- Jodie E Crouch III ShreveNet, Inc. Asst. Network Administrator (318) 222-2NET ------------------------------------------------------- This SF.net email is sponsored by: Scholarships for Techies! Can't afford IT training? All 2003 ictp students receive scholarships. Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. www.ictp.com/training/sourceforge.asp _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
