Hello, Well, I have a brain-dead user (using Thunderbird 2.0.0.14) who just won't listen when I tell them not to try to move 5000+ messages at one time (or if deleting, bypass the Trash), and they managed to royally screw up their maildirs... I have two problems... 1. The /tmp directory has 9+GB in it... can I just rm tmp/* on that directory without making this problem worse? and 2. One of the directories they were moving now has 5 copies of a whole bunch of messages... I'm very dangerous when it comes to command-line work beyond really basic stuff, and my scripting skills are less than inspiring... Is there a relatively safe command-line way of finding all messages that have more than one instance, and deleting all but the last instance? Tia... -- Best regards, Charles
Charles Marcus wrote:> Hello, > > Well, I have a brain-dead user (using Thunderbird 2.0.0.14) who just > won't listen when I tell them not to try to move 5000+ messages at one > time (or if deleting, bypass the Trash), and they managed to royally > screw up their maildirs...It's never bothered me - though I'm typically on a local IMAP connection. Is yours different?> > I have two problems... > > 1. The /tmp directory has 9+GB in it... can I just rm tmp/* on that > directory without making this problem worse?That'll make 'em go away...shouldn't compromise anything, unless they moved good stuff they wanted to keep....> > and > > 2. One of the directories they were moving now has 5 copies of a whole > bunch of messages... > > I'm very dangerous when it comes to command-line work beyond really > basic stuff, and my scripting skills are less than inspiring... > > Is there a relatively safe command-line way of finding all messages > that have more than one instance, and deleting all but the last instance?The only way to determine if the messages are the same would be to do a full-text comparison, per message. Not fun. Tell the user they get to enjoy processing their mail by hand - an object lesson in why they should listen to their sysadmin. -- Daniel
On Thu, 2008-06-12 at 15:08 -0400, Charles Marcus wrote:> Hello, > > Well, I have a brain-dead user (using Thunderbird 2.0.0.14) who just > won't listen when I tell them not to try to move 5000+ messages at one > time (or if deleting, bypass the Trash), and they managed to royally > screw up their maildirs...maildir_copy_with_hardlinks=yes should help a lot with this.> I have two problems... > > 1. The /tmp directory has 9+GB in it... can I just rm tmp/* on that > directory without making this problem worse?Only part of Dovecot that writes to /tmp is deliver, and it keeps the files there probably less than a microsecond (create file + unlink immediately). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20080613/8a9e210b/attachment-0002.bin>
On 6/12/2008, Timo Sirainen (tss at iki.fi) wrote:>> I have two problems... >> >> 1. The /tmp directory has 9+GB in it... can I just rm tmp/* on that >> directory without making this problem worse?> Only part of Dovecot that writes to /tmp is deliver, and it keeps the > files there probably less than a microsecond (create file + unlink > immediately).Hi Timo, I realized after I posted that this user is still on courier-imap (this system is in the process of being migrated). So I guess courier uses the /tmp folder when moving messages... I remember this happened on another system I was using once - and that was using courier too... Guess I gotta get the rest of those users migrated asap... -- Best regards, Charles
Timo Sirainen wrote:> On Thu, 2008-06-12 at 15:08 -0400, Charles Marcus wrote: > >> Hello, >> >> Well, I have a brain-dead user (using Thunderbird 2.0.0.14) who just >> won't listen when I tell them not to try to move 5000+ messages at one >> time (or if deleting, bypass the Trash), and they managed to royally >> screw up their maildirs... >> > > maildir_copy_with_hardlinks=yes should help a lot with this. > > >> I have two problems... >> >> 1. The /tmp directory has 9+GB in it... can I just rm tmp/* on that >> directory without making this problem worse? >> > > Only part of Dovecot that writes to /tmp is deliver, and it keeps the > files there probably less than a microsecond (create file + unlink > immediately). > >Same situation with dovecot - I tired to delete ~ 120 000 messages form "catch-all-possible-spam" mailbox using Thunderbird. Filter out messages older than 7 days was successfully. Thunderbird failed to delete them (locked up)... i got salted imap process, locked dovecot-uidlist file (dovecot-uidlist.lock) in maildir with /tmp full of new spam... as it continue to arrive (frquncy is aubout 2-3 messages per sec, server hosts ~500 domains.). dovecot v 1.0.12 Uldis