Just for my own 2 cents ..
on your Inbox files in /var/spool/mail . couldn't you do something like ....
#! /bin/bash
ls /var/spool/mail |
while real line ; do
mbox2maildirprog $line
done
now I haven t tested this but I would think this or a variation thereof
might work well ..
Rick Harris
UNIX Administrator
Internet Global/Telares
[EMAIL PROTECTED]
"Carpe Noctem"
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 10, 2000 8:57 AM
To: qmail-list
Subject: Re: Mass mbox to Maildir conversion
On Tue, Oct 10, 2000 at 09:59:53AM +0300, Mike Jackson wrote:
> On Mon, 09 Oct 2000, [EMAIL PROTECTED] wrote:
> > What did you think of mbox to Maildir conversion tools that can be found
> > on www.qmail.org?
> >
>
> I found them to be very basic and assuming that a given user would only
The good thing about their being basic is thaty they pretty easy to change,
for example, feed them a mailbox path and an IMAP Maildir path.
> have one mbox file. I have users that have up to 100 separate mbox files
that
> are imap folders, not including their /var/spool/mail/username inbox file.
I
> tried one of the scripts on an inbox and it seemed to work ok. But no
matter
> what I did I couldn't seem to get it to accept a wildcard, ie convert all
files
> in one directory into a users maildir.
The bad news is that you'll have to make these changes yourself to achieve
what
you want.
> 1. Preserve existing imap folders and keep the same messages in them, the
imap
> folder structure will need to be for Courier 1.1.
>
> 2. Preserve the read and unread flags for all messages.
>
> 3. Create the courierimapsubscribed, courierimapuiddb, and maildir files
in the
> appropriate places with the correct values in them.
>
> Basically, the entire migration should be totally transparent to the end
users
> with zero downtime. I will just change the existing mail server record in
the
> DNS to point to the new server when I'm finished.
I don't know whether you originally intended to use a separate system or
not,
but you can do the migration on a single system and re-arrange which
processes
live on which ports at your switchover time.
Regards.
