
mysql.jorge at decimal
Jan 9, 2009, 6:35 AM
Post #6 of 14
(2421 views)
Permalink
|
Wrong Andrea J On SIDE A, will be the dbmail server (internal only), with just one account being accessed by 20 users localy, that will synchronize with a public dbmail that about 1000 accounts, but I just want to synchronize that particular account. And it must be using a synchronization tool. The two sites won’t be connected directly. From: dbmail-bounces [at] dbmail [mailto:dbmail-bounces [at] dbmail] On Behalf Of Andrea Brancatelli Sent: sexta-feira, 9 de Janeiro de 2009 12:41 To: DBMail mailinglist Subject: Re: [Dbmail] Imap Sync Il giorno ven, 09/01/2009 alle 10.03 +0000, Jorge Bastos ha scritto: one dbmail imap in a place, where the users will be around 20 users accessing just one account. In this server must exist a tool, so synchronize all email in this email, with another imap server, for example 5 in 5 minutes. The sync must be done in two ways, and MUST never create duplicates of the same message. If I understood well what you're trying to accomplish, the best solution is enabling mysql (circular) replication between the two sites. You can tell both mysql generate auto-increments' unique keys with steps of two instead of one and with another setting you can specify an offset for the auto_increment. That means that the first site will have everything in the DB indexed as 0, 2, 4, 6, 8 and so on, while the other one will have 1, 3, 5, 7, 9, 11 and so on. This way you can freely mix the two databases with mysql replication without any data colliding. For dbmail everything will be pretty much transparent. There's a very clear explanation of this here: http://www.onlamp.com/pub/a/onlamp/2006/04/20/advanced-mysql-replication.html The good thing is that as long there's connectivity the two places will be instantly aligned. If there's no connetivity things will just sit there waiting to realing. Magical, isnt'? Let me know if I understood well your problem.
|