Migrating from 2.2 on one server to 2.3 on another

2007-06-23 Thread Bruce Pennypacker

Hi all,

I need to migrate a cyrus-imap setup from an older server running version
2.2.12 to a new server running 2.3.8.  I've dug through the Cyrus wiki, the
install-upgrade.html file, and other resources but I'm still running into a
bit of a problem.  I copied the entire /var/spool/imap directory over to the
new server then tried running the reconstruct script.  It re-created all the
mailboxes, and I can see them properly in cyradm, but when I connect with
Thunderbird only the top-level mailboxes show up.  The child mailboxes don't
appear, and all the users mail has been dumped into the top level inbox.
What's the right way to migrate all the mail  settings, preserving the tree
structure of each mailbox?

Thanks,

-Bruce

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Recommend how to move 31GB of mail to a new server

2007-06-23 Thread Jose Hales-Garcia


I'm preparing a new iMAP server and have 31GB of user mail on the  
current server to move.  I'm looking for suggestions on doing the  
move with the minimum of down time as possible.


Thank you for your suggestions,
Jose

...
Jose Hales-Garcia
UCLA Department of Statistics
[EMAIL PROTECTED]





Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Migrating from 2.2 on one server to 2.3 on another

2007-06-23 Thread Jose Hales-Garcia


On Jun 23, 2007, at 12:51 PM, Bruce Pennypacker wrote:

 I copied the entire /var/spool/imap directory over to the new  
server then tried running the reconstruct script.


Did you use the -r switch with reconstruct.  It recursively  
reconstructs sub-mailboxes.


Jose


...
Jose Hales-Garcia
UCLA Department of Statistics
[EMAIL PROTECTED]





Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Recommend how to move 31GB of mail to a new server

2007-06-23 Thread Gary Mills
On Sat, Jun 23, 2007 at 02:33:46PM -0700, Jose Hales-Garcia wrote:
 
I'm preparing a new iMAP server and have 31GB of user mail on the
current server to move.  I'm looking for suggestions on doing the move
with the minimum of down time as possible.

I did this recently, although it was 300 gigabytes.  My strategy was
to convert the old server into a unified murder and configure the new
server as a standard murder node.  I was then able to use the XFER
function of Cyrus IMAP to move mailboxes transparently from the old
server to the new one.  There was no downtime other than for
occasional reboots.  The migration took a couple of weeks.

To begin, I had to upgrade the old server to cyrus-imapd-2.3.8.  I
recommend great caution if you follow this example.  I tested all of
my procedures on a pair of test servers before using them on the
production servers, finding a few bugs and other pitfalls along the way.

For only 30 gigabytes, you might be better off just copying the files
over, with IMAP down.  It could only take a few hours.  You can copy
a sample from the live system to get an idea of the timing.

-- 
-Gary Mills--Unix Support--U of M Academic Computing and Networking-

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Recommend how to move 31GB of mail to a new server

2007-06-23 Thread Daniel O'Connor
On Sunday 24 June 2007 07:37, Gary Mills wrote:
 For only 30 gigabytes, you might be better off just copying the files
 over, with IMAP down.  It could only take a few hours.  You can copy
 a sample from the live system to get an idea of the timing.

You could rsync the mail spool while it is live, take it down and then 
rsync again.

That should save considerable time as I would imagine the vast majority 
of email would be unchanged between the first  second copy.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is that there
are so many of them to choose from.
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C


pgps8bnXgUPJp.pgp
Description: PGP signature

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

Re: Recommend how to move 31GB of mail to a new server

2007-06-23 Thread Patrick Boutilier
Daniel O'Connor wrote:
 On Sunday 24 June 2007 07:37, Gary Mills wrote:
 For only 30 gigabytes, you might be better off just copying the files
 over, with IMAP down.  It could only take a few hours.  You can copy
 a sample from the live system to get an idea of the timing.
 
 You could rsync the mail spool while it is live, take it down and then 
 rsync again.
 
 That should save considerable time as I would imagine the vast majority 
 of email would be unchanged between the first  second copy.

But unfortunately rsync will still have to scan each file to determine 
what has changed, and that can chew up a lot of time.


 
 
 
 
 
 
 Cyrus Home Page: http://cyrusimap.web.cmu.edu/
 Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
 List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: Recommend how to move 31GB of mail to a new server

2007-06-23 Thread Daniel O'Connor
On Sunday 24 June 2007 11:04, Patrick Boutilier wrote:
  That should save considerable time as I would imagine the vast
  majority of email would be unchanged between the first  second
  copy.

 But unfortunately rsync will still have to scan each file to
 determine what has changed, and that can chew up a lot of time.

Yes, but hopefully less time that copying the files :)
By default it will compare mtime and size and skip files which match.

-- 
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
The nice thing about standards is that there
are so many of them to choose from.
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C


pgpdSHrdhwA3p.pgp
Description: PGP signature

Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html