Re: Perdition and mass migration
Simon Horman <[email protected]>
| Newsgroups | gmane.mail.perdition.user |
|---|---|
| Message-ID | <[email protected]> |
On Tue, Mar 30, 2010 at 09:35:25AM +0100, Jonathan Gilpin wrote: > >>>> > >>> As it stands perdition only connects to one real-server. > >>> If more than one real-server is supplied using the outgoing_server > >>> option then those real servers are tried in order. Though > >>> there is a (very simple) round-robin algorithm that selects which > >>> one to try first. > >>> > >>> Could you describe in a little more detail what you need to achieve > >>> with two mailboxes? It may be possible to enhance perdition in order > >>> to meet your needs. > >>> > >> As I said before, I am about to start a mass migration of thousands > >> accounts (pop3) > >> that might take a really long time. > > > > Understood. > > > >> Before knowing Perdition, my plan was to write a pop3 proxy (have done > >> that in the past) that monitors if an account has been transferred or not > >> and points to the right server (new/old). > > > > I have made some one-off customisations to perdition in the past > > to do things like this. If you are interested I'd be happy > > to talk over what something that does this in a generic way > > that could be merged into the main code might look like. > > This is exactly what I need to do too... I need to migrate accounts from > one mail system to another system. So I need to be able to say.. this > email login is on this server while this is on another and then update > the table when the account has been moved.. > > Are those customisations available to use? I think that should be possible. I just need to distil the changes out (as a patch against 1.17). ______________________________________________ Perdition-users mailing list [email protected] http://lists.vergenet.net/listinfo/perdition-users