Problem using reconstruct
Nicola Ranaldo
ranaldo at unina.it
Tue Jan 11 06:40:31 EST 2005
> Hi Nicola,
>
> Sorry if I was not clear. As far as I can tell, the problem only occurs
> if you run reconstruct as part of your upgrade process (which is not
> necessary, and based on this, very much not recommended) Just upgrade
> and the index format is upgraded automatically when you access the
> mailbox. uidvalidity and flags are preserved.
Yes i know, but i'm trasferring from an older cyrus releases to a newer and
above all from tru64 alpha 64bit to linux intel 32 bit.
The two architecture are differents (the most significant in sizeof (int))
so, in the past, i had a lot of troubles transferring binary file between
them.
I remember some years ago, i had to patch some problems in memory pool
allocation, ipurge, berkeleydb and so on.
I cannot be sure all the code is bug-free, in these days i'm reading a lot
of messages about 64bit problems.
In this scenario, it *may* be useful to have a well-working reconstruct tool
to launch in case of a disaster!
This becomes imperative while cyrus is widely used in production/enterprise
environment.
As i can manage cyrusdb with different tools, i'd like to manage cyrus.index
file in the same manner.
Exporting/importing to a plaintext/xml file may be the first step, and will
be useful in migrating from/to different hw/os/mailserver platforms.
Howewer i'm not the author of this great software, so if developers do not
want to fix this bad reconstruct behaviour i can only hope my migration will
be successfull.
Best Regards
Nicola Ranaldo
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
More information about the Info-cyrus
mailing list