On Wed, 7 Feb 2007, Erik Kangas wrote:
mailutil prune folder all
However,
we have found that often/always? the MIX data files are left behind by this
operation until some later time when a checkpoint happens -- even if there is
no imap process accessing the folder when the mailutil command is executed.
That doesn't help people doing this to save disk space.
So, is there any reason mailtutil can't make a checkpoint and clean up those
files?
Hmm. That is *strange*. A checkpoint *should* be done by the expunge,
because checkpoint and expunge are basically the same thing! More
specifically, expunge is a checkpoint that transforms deleted messages
into expunged message status (either removing them entirely, or setting
them invisible in the case of sharing).
The way the exclusive access checkpoint/expunge code works, it produces a
list of *all* data files, and then correlates non-expunged messages with
data files. Any data file which has no non-expunged messages is deleted,
unless it's the current data file (in which case it is truncated to 0
bytes); if either of these fails an error message is issued.
Perhaps, for some reason, it thought that there was shared access. That's
the only thing that I can think of that would avoid the cleanup.
Can you reproduce this at will? Does mailutil produce any error messages?
Last (but not least!) does this problem happen with the latest (imap-2006f
development snapshot) bits?
-- Mark --
http://panda.com/mrc
Democracy is two wolves and a sheep deciding what to eat for lunch.
Liberty is a well-armed sheep contesting the vote.
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw