preserve message flags in upgrade

[Poyner, Brandon]

Thanks for the reply Edward, you are correct that the reconstruct was
not necessary.  

That said, my man page says that -f isn't to force the reconstruct but
rather to search the filesystem underneath the mailbox for additional
mailboxes that currently aren't in mailboxes.db.  Additionally it says
the reconstruct will attempt to preserve all flag names, flag states,
and dates:

"If Reconstruct can find existing header and index files, it attempts to
preserve any data in them that is not derivable from the message files
themselves. The state reconstruct attempts to preserve includes the flag
names, flag state, and internaldate. Reconstruct derives all other
information from the message files."

Either 1) I'm not understanding the man page correctly or 2) it failed
to preserve the flags and didn't tell me it couldn't do so or 3) it's
wrong.

Brandon Poyner
Network Engineer III
CCAC - College Office
412-237-3086
 
 

> -----Original Message-----
> From: Edward Rudd [mailto:eddie at omegaware.com] 
> Sent: Monday, April 17, 2006 9:37 PM
> To: Poyner, Brandon
> Cc: info-cyrus at lists.andrew.cmu.edu
> Subject: Re: preserve message flags in upgrade
> 
> Poyner, Brandon wrote:
> > I copied a mail store from a Cyrus 2.1.12 server to a Cyrus 2.2.12
> > server, performed a reconstruct -rf on that mail store, copied and
> > converted the seen file to skiplist, and finally copied the 
> quota file
> > and ran a quota -f.  The problem is that all of the flags except for
> > Seen are no longer there.  It's as if the reconstruct process didn't
> > make the cyrus.index properly.  I searched Google and read 
> the upgrade
> > instructions to no avail.  What did I do wrong, how can I fix it?
> 
> reconstruct rebuilds the index files from scratch (and that's 
> where the
> flags are stored) so you lose all that by forcing a reconstruct. (-f).
> 
> You shouldn't need to use reconstruct at all during an upgrade. Just
> make sure you copy all the metadata (seen, quota, sieve, and the mail
> and indexes and the mailboxes.db).
> 
> 
>