Mailboxes which won't come back online
This using Cyrus 2.1.15 ... Last week I pestered this list about a situation wherein the contents of /var/lib/cyrus (i.e. the database) were lost in a system crash while the contents of /var/spool/cyrus/mail (i.e. the actual messages) were preserved. After using cyradm - cm to recreate the user.username mailboxes and running cyrreconstruct -r user.username for each account, the system is mostly back in working order with one exception. One of the users has a mail folder which contains no messages but only other folders. Try as I might, I simply can't get cyrus to acknowledge the existence of this folder or any of it's sub-folders; i.e. when I run cyrreconstruct -r user.this_user_name it picks up everthing in /var/spool/cyrus/mail/m/user/muser EXCEPT for the this particular directory. Consequently the folders don't show up in any IMAP MUA, either, and hence can't be used. Running `cyrreconstruct -f user.this_user_name` first doesn't do anything, either. Does anyone have any idea why this might be and/or how I can get these folders back into the cyrus database? The permission on all files are the same, so it can't be a permissions problem. Since this directory doesn't contain any actual messages, the files cyrus.cache cyrus.header cyrus.index cyrus.seen don't exist, but they are in the subdirectories which contain actual messages. Of course this user has 25 or so filters set up which automatically filter messages to mail folders in this directory, so having this stuff not available through the cyrus server is a major pain in the a**. In general, it's rather disturbing to be in a situation where physical messages actually exist in the cyrus mail heirarchy, but the cyrus server refuses to see them.
Re: Mailboxes which won't come back online
Yeah, this is a problem with reconstruct not recursivly descending into directories which are only folders, not mailboxes. You will need to create the folder as a mailbox using cyradm, then run reconstruct again. Has this been or does this need to be bugzilla-ed? Roland - Original Message - From: Patrick Goetz [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 25, 2003 2:52 PM Subject: Mailboxes which won't come back online This using Cyrus 2.1.15 ... Last week I pestered this list about a situation wherein the contents of /var/lib/cyrus (i.e. the database) were lost in a system crash while the contents of /var/spool/cyrus/mail (i.e. the actual messages) were preserved. After using cyradm - cm to recreate the user.username mailboxes and running cyrreconstruct -r user.username for each account, the system is mostly back in working order with one exception. One of the users has a mail folder which contains no messages but only other folders. Try as I might, I simply can't get cyrus to acknowledge the existence of this folder or any of it's sub-folders; i.e. when I run cyrreconstruct -r user.this_user_name it picks up everthing in /var/spool/cyrus/mail/m/user/muser EXCEPT for the this particular directory. Consequently the folders don't show up in any IMAP MUA, either, and hence can't be used. Running `cyrreconstruct -f user.this_user_name` first doesn't do anything, either. Does anyone have any idea why this might be and/or how I can get these folders back into the cyrus database? The permission on all files are the same, so it can't be a permissions problem. Since this directory doesn't contain any actual messages, the files cyrus.cache cyrus.header cyrus.index cyrus.seen don't exist, but they are in the subdirectories which contain actual messages. Of course this user has 25 or so filters set up which automatically filter messages to mail folders in this directory, so having this stuff not available through the cyrus server is a major pain in the a**. In general, it's rather disturbing to be in a situation where physical messages actually exist in the cyrus mail heirarchy, but the cyrus server refuses to see them.
Re: Mailboxes which won't come back online
On Mon, 24 Nov 2003, Patrick Goetz wrote: This using Cyrus 2.1.15 ... Last week I pestered this list about a situation wherein the contents of /var/lib/cyrus (i.e. the database) were lost in a system crash while the contents of /var/spool/cyrus/mail (i.e. the actual messages) were preserved. After using cyradm - cm to recreate the user.username mailboxes and running cyrreconstruct -r user.username for each account, the system is mostly back in working order with one exception. One of the users has a mail folder which contains no messages but only other folders. Try as I might, I simply can't get cyrus to acknowledge the existence of this folder or any of it's sub-folders; i.e. when I run cyrreconstruct -r user.this_user_name it picks up everthing in /var/spool/cyrus/mail/m/user/muser EXCEPT for the this particular directory. Consequently the folders don't show up in any IMAP MUA, either, and hence can't be used. Running `cyrreconstruct -f user.this_user_name` first doesn't do anything, either. Does anyone have any idea why this might be and/or how I can get these folders back into the cyrus database? The permission on all files are the same, so it can't be a permissions problem. Since this directory doesn't contain any actual messages, the files cyrus.cache cyrus.header cyrus.index cyrus.seen don't exist, but they are in the subdirectories which contain actual messages. I'd guess that reconstruct is skipping the reconstruction of this folder level because there are no messages stored in it. What if you go into cyradm and create this folder by hand using 'cm'? Then run reconstruct on it and all the subfolders. Maybe this is a bug in reconstruct, but one of the Cyrus developers would have to say for sure. Andy
Re: Mailboxes which won't come back online
I'd guess that reconstruct is skipping the reconstruction of this folder level because there are no messages stored in it. What if you go into cyradm and create this folder by hand using 'cm'? Then run reconstruct on it and all the subfolders. Alternately, I'd just copy a message into it then run reconstruct. Is this likely to work? Craig Ringer
Mailboxes which won't come back online
Many thanks to everyone who responded to this question. Yes, it seems pretty safe to assume that this (not reconstructing mail folders that don't contain explicit messages) is a bug; but then why doesn't cyrreconstruct -m work? I can't imagine why this would be that more complicated to implement than `cyrreconstruct -r user.username`; after all, it's only moving one level up in the mailbox hierarchy. In any case, I didn't try copying a message into the offending folder and then running reconstruct again, as this worked: (The mail folder containing folders but no explicit messages is called Professional.) cyradm - cm user.bubba.Professional then, logged in as cyrus: cyrreconstruct -f user.bubba.Professional cyrreconstruct -r user.bubba