Impossible to move messages to trash when overquota

[Rob Siemborski]

On Thu, 2 Jan 2003, Dave O wrote:

> > There is no 'move' command in the IMAP RFC iirc. A 'move' operation is
> > just client side semantics for 'copy and then delete'.
>
> Then why not use the hard links (essentially the same as SIS delivery) for
> IMAP copy?

Well, for one, IMAP commands don't have to correspond to an
implementation.

But, Cyrus does as you ask (it uses hard links when it processes a COPY
command, provided the two mailboxes are on the same partition).

The "problem" is that the message is still charged against the user's
quota (which cyrus maintains, and not the filesystem) twice.  This is a
(quite sane) requirement of RFC 2087, which specifies that the "STORAGE"
quota type has the sum of the message's RFC822.SIZE for each quota root.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper