Problem with cyrreconstruct

Brett Randall brett at hillsong.com
Mon Dec 4 02:58:25 CET 2006


Hey all

I had KMail corrupt a mail folder of mine (deleted 2,000 - 3,000 emails 
somehow), so I've restored those e-mails but am trying to use cyrreconstruct 
to reconstruct the cyrus.* files. I've moved them out the way, so the only 
thing in that folder is the actual mail, but I can't get it to reconstruct. 
I'm using Kolab 2.0.4, and the command line I'm trying to use to reconstruct 
my folder is:

$ /kolab/bin/cyrreconstruct -r user/brett at hillsong.com/Personal/Tiff

which is coming back with no reply, and exiting with a 0 error value. If I try 
and do the reconstruct on any other directory, it does the same thing - 
doesn't even try. The only one that works is user/brett at hillsong.com, which 
is my inbox. I can see the folders exist:

$ /kolab/bin/ctl_mboxlist -d
hillsong.com!user.brett default brett at hillsong.com      lrswipcda
... other mailboxes ...
hillsong.com!user.brett.Personal        default brett at hillsong.com      
lrswipcda
hillsong.com!user.brett.Personal.Tiff   default brett at hillsong.com      
lrswipcda

And if I do an strace -f on the above reconstruct command, the last thing it 
does is look in mailboxes.db before bombing out, which makes me think it 
can't figure out which folder to reconstruct:


$ strace -f /kolab/bin/cyrreconstruct -r user/brett at hillsong.com/Personal/Tiff
... all the normal stuff ...
open("/kolab/var/imapd/mailboxes.db", O_RDWR) = 3
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
old_mmap(NULL, 24576, PROT_READ, MAP_SHARED, 3, 0) = 0x4140d000
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
stat64("/kolab/var/imapd", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
munmap(0x4140d000, 24576)               = 0
close(3)                                = 0
munmap(0x4001a000, 32768)               = 0
munmap(0x40229000, 98304)               = 0
munmap(0x40241000, 18563072)            = 0
munmap(0x40187000, 663552)              = 0
munmap(0x40018000, 8192)                = 0
exit_group(0)                           = ?
$ 


If I do the strace on the one that works, i.e. on my inbox, it continues after 
opening mailboxes.db:


open("/kolab/var/imapd/mailboxes.db", O_RDWR) = 3
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
old_mmap(NULL, 24576, PROT_READ, MAP_SHARED, 3, 0) = 0x4140d000
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
stat64("/kolab/var/imapd", {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
stat64("/kolab/var/imapd/spool/domain/hillsong.com/user/brett/cyrus.header", 
{st_mode=S_IFREG|0600, st_size=187, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
open("/kolab/var/imapd/spool/domain/hillsong.com/user/brett/cyrus.header", 
O_RDWR) = 4
fstat64(4, {st_mode=S_IFREG|0600, st_size=187, ...}) = 0
old_mmap(NULL, 187, PROT_READ, MAP_SHARED, 4, 0) = 0x41413000
fcntl64(4, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(4, {st_mode=S_IFREG|0600, st_size=187, ...}) = 0
stat64("/kolab/var/imapd/spool/domain/hillsong.com/user/brett/cyrus.header", 
{st_mode=S_IFREG|0600, st_size=187, ...}) = 0
chdir("/kolab/var/imapd/spool/domain/hillsong.com/user/brett") = 0


However, after doing the INBOX folder, it seems to not be able to find any 
other folders in its recursive search:


rename("cyrus.index.NEW", "cyrus.index") = 0
rename("cyrus.cache.NEW", "cyrus.cache") = 0
close(6)                                = 0
munmap(0x41414000, 4096)                = 0
close(8)                                = 0
munmap(0x41413000, 187)                 = 0
close(5)                                = 0
munmap(0x4150b000, 16384)               = 0
close(7)                                = 0
fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x41413000
write(1, "user/brett at hillsong.com\n", 24user/brett at hillsong.com
) = 24
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0
fstat64(3, {st_mode=S_IFREG|0600, st_size=15780, ...}) = 0
stat64("/kolab/var/imapd/mailboxes.db", {st_mode=S_IFREG|0600, 
st_size=15780, ...}) = 0
fcntl64(3, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0
fcntl64(3, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0


Which continues on for the same number of occurrences as how many mailboxes I 
have under my username.

Does anyone have any great ideas as to why it won't try and repair ANY other 
folders other than the INBOX one?

Thanks in advance.
-- 
Brett Randall
Systems Engineer
Technology Services Department
Hillsong Church
http://www.hillsong.com/

________________________________________________________________________
The material contained in this email may be confidential, and may also
be the subject of copyright and/or privileged information. If you are
not the intended recipient, any use, disclosure or copying of this
document is prohibited. If you have received this document in error,
please advise the sender and delete the document.

This email communication does not create or vary any contractual
relationship between Hillsong and you. Internet communications are not
secure and accordingly Hillsong does not accept any legal liability
for the contents of this message.

Please note that neither Hillsong nor the sender accepts any
responsibility for viruses and it is your responsibility to scan the
email and any attachments.

Hillsong
www.hillsong.com

________________________________________________________________________




More information about the users mailing list