Hey Shane, I'm looking for a way to "rsync" mail to a second server for mail migration.. I've worked out how to have multiple servers serving the same domain so you could have users in different locations and either mail server acting as a MX to the other for failover but need the ability to 'sync' the mail across when moving users to other mail stores/servers.
Since a mysqldump isn't really the right answer I thought a possible sync via a imap connection and store locally but it would need to be quicker if the mail already exists. Not sure if this would be a good dbmail-rsync approach or just scripted but would make my project with dbmail quite handy since I'm working on a php based possibly enterprise level dbmail interface. Sorry for getting off topic.. George -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Shane Kerr Sent: Tuesday, 15 September 2009 3:56 AM To: DBMail mailinglist Subject: Re: [Dbmail] IMAP quick resync? Jon, I'm actually working on a Python client to do more-or-less intelligent backups of IMAP mailboxes. (Yes I know this already exists in various forms, but I want something that maintains multiple versions of mailbox for historical reasons, and yet also takes a minimum of space. My current approach is to use a Maildir folder, using Unix hard links to messages that have not changed state at each backup.) It's in the Thunderbird trunk: http://www.rumblingedge.com/2008/10/05/2008-10-05-thunderbird-trunk-builds/ That's pretty big - don't know when it will be released (maybe already). IMP claims to support these, at least in their beta: http://www.horde.org/imp/roadmap/ Some clients use Tinymail, which claims to support these: http://tinymail.org/usedby.html http://tinymail.org/trac/tinymail/wiki/WhatTinymailSupports?format=txt And there is this client: http://dave.cridland.net/acap/polymer.html I suspect the iPhone will support it at some point too; just a guess, but it makes sense. -- Shane On Mon, 2009-09-14 at 10:02 -0700, Jonathan Feally wrote: > Shane, > Briefly looking at the two RFC's, i think we could do this, but it will > take some work. This would have to go into the 2.3.x branch. What client > are you using that is supposed to support CONDSTORE and QRESYNC? > > Paul, > I think we can add a modseq bigint to the messages table. This value > would be copied from the mailboxes seq. So we update a message, update > the seq, copy seq to that modified message, repeat for other messages. > This should satisfy the CONDSTORE requirements. Getting to protocol > responses and handling correct would take a while to cover all the > scenarios. > > -Jon > > Shane Kerr wrote: > > Hello, > > > > Can any of the developers give any indication of how painful it would be > > to add support for quick synchronization? > > > > http://www.rfc-archive.org/getrfc.php?rfc=4551 > > http://www.rfc-archive.org/getrfc.php?rfc=5162 > > > > I'm not asking for a feature (although it would be nice), but rather a > > sense of the scale of the task. > > > > It makes me sad to have to check the status of every message in a > > mailbox to see if any changes were made. ;) > > > > Cheers, > > > > -- > > Shane > > > > _______________________________________________ > > DBmail mailing list > > [email protected] > > http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail > > > > > > _______________________________________________ DBmail mailing list [email protected] http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail _______________________________________________ DBmail mailing list [email protected] http://mailman.fastxs.nl/cgi-bin/mailman/listinfo/dbmail
