On Sat, May 19, 2012 at 12:56:44PM -0700, Stephen Ingram wrote: > Wow, thanks! I didn't know about that command. It exposed them! > Strange, they were in /var/spool/imap/u/DELETED/ (my mailbox root is > /var/spool/imap). I'm not sure why they wouldn't be in > /var/spool/imap/j/user/jmaxwell (jmaxwell is the user), but perhaps > it's because I haven't defined deleted_prefix as you pointed out > earlier. Maybe /var/spool/imap/u/DELETED is the default. Hashing is on the second part of the name, rather uninteligently, no matter what the name - hence it's hashing on: DELETE.user.x ^ :) > Looking at all of the files in there, several are older than the 3 > days they are supposed to be. I'm guessing that means there was a bug > somewhere. I guess I should remove all of these, reconstruct the > mailboxes.db to match and then probably upgrade as Bron suggested. No - the files will have the delivery date as their age. The interesting bit is the final part of the folder name, which is actually a 32 bit unix timestamp in hex format (yes, really). cyr_expire will clean it up. Don't mess with the filesystem under cyrus if you don't have to. Bron. ---- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/