On 23/01/16 15:33, Robert Schetterer wrote:> for multiple advanced imap settings at migration you might use > imapsync not dsync Best Regards MfG Robert SchettererSure but imapsync does not preserve message UID's which means that users end up redownloading all their messages or message/UID mismatches will happen. Sami
Am 23.01.2016 um 23:27 schrieb Sami Ketola:> > > On 23/01/16 15:33, Robert Schetterer wrote: >> for multiple advanced imap settings at migration you might use >> imapsync not dsync Best Regards MfG Robert Schetterer > Sure but imapsync does not preserve message UID's which means that users > end up redownloading all their messages or message/UID mismatches will > happen. > > SamiOne Year ago i tested Migration with dsync and it never worked as awaited with non dovecot source server, hopefully somebody other may help you and dsync code is now good enough to fix your problem. Best Regards MfG Robert Schetterer -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstra?e 15, 81669 M?nchen Sitz der Gesellschaft: M?nchen, Amtsgericht M?nchen: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
On 24/01/16 11:38, Robert Schetterer wrote:> Am 23.01.2016 um 23:27 schrieb Sami Ketola: >> >> On 23/01/16 15:33, Robert Schetterer wrote: >>> for multiple advanced imap settings at migration you might use >>> imapsync not dsync Best Regards MfG Robert Schetterer >> Sure but imapsync does not preserve message UID's which means that users >> end up redownloading all their messages or message/UID mismatches will >> happen. >> >> Sami > One Year ago i tested Migration with dsync and it never worked > as awaited with non dovecot source server, hopefully somebody > other may help you and dsync code is now good enough to fix your > problem. >One year ago we made successfull migrations with dsync. What kind of problems you had with it? Since dsync is the way we basicly do all our migrations. Sami
* Sami Ketola schrieb am 23.01.16 um 23:27 Uhr:> > > On 23/01/16 15:33, Robert Schetterer wrote: > > for multiple advanced imap settings at migration you might use > > imapsync not dsync Best Regards MfG Robert Schetterer > Sure but imapsync does not preserve message UID's which means that users > end up redownloading all their messages or message/UID mismatches will > happen.IIRC that is not true. Some years ago I migrated a server to dovecot and managed to do it with proper UID migration. No clients were required to re-download Mail. Nor over IMAP neither POP3. -Marc -- [*] sys4 AG http://sys4.de, +49 (89) 30 90 46 64 Franziskanerstra?e 15, 81669 M?nchen Sitz der Gesellschaft: M?nchen, Amtsgericht M?nchen: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein
> On 26 Jan 2016, at 15:56, Marc Schiffbauer <m at sys4.de> wrote: > > * Sami Ketola schrieb am 23.01.16 um 23:27 Uhr: >> >> >> On 23/01/16 15:33, Robert Schetterer wrote: >>> for multiple advanced imap settings at migration you might use >>> imapsync not dsync Best Regards MfG Robert Schetterer >> Sure but imapsync does not preserve message UID's which means that users >> end up redownloading all their messages or message/UID mismatches will >> happen. > > IIRC that is not true. Some years ago I migrated a server to dovecot and > managed to do it with proper UID migration. No clients were required to > re-download Mail. Nor over IMAP neither POP3.IMAP protocol doesn't have a way for clients to specify UIDs. Especially UIDVALIDITY can't be preserved in any way. IMAP clients don't necessarily make it clearly visible that they're redownloading mails though. With POP3 clients if they use the keep-mails-on-server it pretty much has to redownload mails as duplicates. Unless the UIDL was based on some email headers or such, the POP3 UIDL can't be preserved either.