Re: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu - Date: Wed, 19 Dec 2012 10:41:10 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Thu, 13 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Wed, 12 Dec 2012 09:33:03 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. Hmmm. Could this be a bug in reconstruct? Maybe it won't reconstruct a mailbox is the parent is not also a mailbox... Why don't you try creating user.xxx.ABC in cyradm, then running the same reconstruct command? Andy YES. This helped and all folders got recognised. Thank you for your guidance. Regards, Anant. I found an existing bug report that covers this: https://bugzilla.cyrusimap.org/show_bug.cgi?id=2125 I updated the bug report with an example of how to reproduce the problem, which is still present in v2.4.17. This bug was originally created 2003-07-30. :) Andy Thank you for your inputs. Regards, Anant. - End message from mor...@orst.edu - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
On Thu, 13 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Wed, 12 Dec 2012 09:33:03 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. Hmmm. Could this be a bug in reconstruct? Maybe it won't reconstruct a mailbox is the parent is not also a mailbox... Why don't you try creating user.xxx.ABC in cyradm, then running the same reconstruct command? Andy YES. This helped and all folders got recognised. Thank you for your guidance. Regards, Anant. I found an existing bug report that covers this: https://bugzilla.cyrusimap.org/show_bug.cgi?id=2125 I updated the bug report with an example of how to reproduce the problem, which is still present in v2.4.17. This bug was originally created 2003-07-30. :) Andy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
On Wed, 12 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. Hmmm. Could this be a bug in reconstruct? Maybe it won't reconstruct a mailbox is the parent is not also a mailbox... Why don't you try creating user.xxx.ABC in cyradm, then running the same reconstruct command? Andy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu - Date: Wed, 12 Dec 2012 09:33:03 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: - Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. Hmmm. Could this be a bug in reconstruct? Maybe it won't reconstruct a mailbox is the parent is not also a mailbox... Why don't you try creating user.xxx.ABC in cyradm, then running the same reconstruct command? Andy YES. This helped and all folders got recognised. Thank you for your guidance. Regards, Anant. - End message from mor...@orst.edu - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
On Tue, 11 Dec 2012, an...@isac.gov.in wrote: - Message from dwh...@olp.net - Date: Mon, 10 Dec 2012 13:21:03 -0600 From: Dan White dwh...@olp.net Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On 12/10/12 16:42 +0530, an...@isac.gov.in wrote: Dear Experts, I did reconstruct mailboxes of all users, using the script in README.HOWTO-recover-mailboxes.db. Following is the extract of the script (for reconstruct) -- find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \ while read i; do i=$(basename $i) /usr/lib/cyrus-imapd/reconstruct -rf user.${i} /usr/lib/cyrus-imapd/quota -f user.${i} done -- One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 11:50:59 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: Dan White dwh...@olp.net, info-cyrus@lists.andrew.cmu.edu On Tue, 11 Dec 2012, an...@isac.gov.in wrote: - Message from dwh...@olp.net - Date: Mon, 10 Dec 2012 13:21:03 -0600 From: Dan White dwh...@olp.net Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On 12/10/12 16:42 +0530, an...@isac.gov.in wrote: Dear Experts, I did reconstruct mailboxes of all users, using the script in README.HOWTO-recover-mailboxes.db. Following is the extract of the script (for reconstruct) -- find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \ while read i; do i=$(basename $i) /usr/lib/cyrus-imapd/reconstruct -rf user.${i} /usr/lib/cyrus-imapd/quota -f user.${i} done -- One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. Regards, Anant. - End message from mor...@orst.edu - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
- Message from mor...@orst.edu - Date: Tue, 11 Dec 2012 20:55:04 -0800 (PST) From: Andrew Morgan mor...@orst.edu Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On Wed, 12 Dec 2012, an...@isac.gov.in wrote: One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Create a cyrus.header file in the ABC directory, set the ownership and permissions. Something like this: touch cyrus.header chown cyrus:mail cyrus.header chmod 600 cyrus.header Then run: reconstruct -x -f user.xxx.ABC I should have asked at the beginning - are there any message files in (1., 2., 3., etc) in the ABC directory? Andy NO. There are no message files in ABC directory. There are only directories in ABC directory and each such directory has message files and also cyrus.* files. I am thinking of another option, move all such directories under ABC to one level higher, that is at user.xxx level and run reconstruct -r -f user.xxx. But, you still suggest, which is the best way. What happens when you run: reconstruct -x -f user.xxx.ABC.def ? Andy NO output. lm does not list user.xxx.ABC or user.XXX.ABC.def. -Anant. - End message from mor...@orst.edu - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Reconstruct mailbox for a specific user.
Dear Experts, I did reconstruct mailboxes of all users, using the script in README.HOWTO-recover-mailboxes.db. Following is the extract of the script (for reconstruct) -- find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \ while read i; do i=$(basename $i) /usr/lib/cyrus-imapd/reconstruct -rf user.${i} /usr/lib/cyrus-imapd/quota -f user.${i} done -- One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. Regards, Anant. -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
On 12/10/12 16:42 +0530, an...@isac.gov.in wrote: Dear Experts, I did reconstruct mailboxes of all users, using the script in README.HOWTO-recover-mailboxes.db. Following is the extract of the script (for reconstruct) -- find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \ while read i; do i=$(basename $i) /usr/lib/cyrus-imapd/reconstruct -rf user.${i} /usr/lib/cyrus-imapd/quota -f user.${i} done -- One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: Reconstruct mailbox for a specific user.
- Message from dwh...@olp.net - Date: Mon, 10 Dec 2012 13:21:03 -0600 From: Dan White dwh...@olp.net Subject: Re: Reconstruct mailbox for a specific user. To: an...@isac.gov.in Cc: info-cyrus@lists.andrew.cmu.edu On 12/10/12 16:42 +0530, an...@isac.gov.in wrote: Dear Experts, I did reconstruct mailboxes of all users, using the script in README.HOWTO-recover-mailboxes.db. Following is the extract of the script (for reconstruct) -- find /var/spool/imap/user -maxdepth 1 -mindepth 1 | \ while read i; do i=$(basename $i) /usr/lib/cyrus-imapd/reconstruct -rf user.${i} /usr/lib/cyrus-imapd/quota -f user.${i} done -- One of the users mailbox has one more level of sub folder like user.xxx.ABC user.xxx.ABC.def Right now, folders of level user.xxx are seen, but folders at user.xxx.ABC including ABC are not seen. Should I run, /usr/lib/cyrus-imapd/reconstruct -rf user.xxx.ABC now? That is when Cyrus-imapd is already running? Or I should stop the service and run reconstruct? Please advise. You can run reconstruct and quota while cyrus-imapd is running. If reconstruct does not succeed, verify the mailbox(es) are listed within the output of 'ctl_mboxlist -d'. If not, you should add them via cyradm. reconstruct may also fail for a given mailbox if you are missing the cyrus.* files within its directory. You might wish to backup the contents of the directories in question before proceeding, in case you end up with missing flags or other data. -- Dan White What I found is 1. /var/spool/imap/user/xxx exists 2. /var/spool/imap/user has several directories 3. All other directories except ABC are listed as folders under user.xxx and are seen by IMAP clients. 4. ABC directory has subfolders like /var/spool/imap/user/xxx/ABC/1, 2 3 etc and each of these subdirectories has cyrus.* files except ABC directory. As you said, as ABC directory does not have cyrus.* files, reconstruct has failed to recognise it and hence its subdirectories. Should I run reconstruct -r -f user.xxx.ABC or cm user.xxx.ABC and then run reconstruct -r -f user.xxx.ABC? Sorry to bother you. Thanks in advance. Regards Anant - End message from dwh...@olp.net - -- Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus