> On 7. Jun 2020, at 18.20, John Stoffel <john at stoffel.org> wrote: > >>>>>> "Gingko" == Gingko <ldiff001 at gingko.ovh> writes: > > Gingko> I also have issues using Dovecot Backup. > > Gingko> I am trying to Backup (or possibly Sync - one way) a single > Gingko> user IMAP account from a remote server, unknown type, to my > Gingko> own server. > > > I think this is the key problem here, doveadm only talks to dovecot > servers, both source and destination. You might want to try the tool > 'imapsync' instead. I'd get it from the github site, or see if it's > packaged on your client end.This is incorrect. Doveadm dsync can be used to pull mails from remote imap server that is not dovecot.> https://github.com/imapsync/imapsync > > This is a much simpler way to pull down a single IMAP account... but imapsync does not migrate all data. Sami
>>>>> "Sami" == Sami Ketola <Sami.Ketola at Open-Xchange.com> writes:>> On 7. Jun 2020, at 18.20, John Stoffel <john at stoffel.org> wrote: >> >>>>>>> "Gingko" == Gingko <ldiff001 at gingko.ovh> writes: >>Gingko> I also have issues using Dovecot Backup.>>Gingko> I am trying to Backup (or possibly Sync - one way) a single Gingko> user IMAP account from a remote server, unknown type, to my Gingko> own server.>> >> >> I think this is the key problem here, doveadm only talks to dovecot >> servers, both source and destination. You might want to try the tool >> 'imapsync' instead. I'd get it from the github site, or see if it's >> packaged on your client end.Sami> This is incorrect. Doveadm dsync can be used to pull mails from Sami> remote imap server that is not dovecot. Thanks for teaching more something new!>> https://github.com/imapsync/imapsync >> >> This is a much simpler way to pull down a single IMAP account.Sami> .. but imapsync does not migrate all data. In what way? I've found that using imapsync worked well to get data out of Lotus Notes and into a regular Unix mbox file format when I've used it in the past. Admittedly not pushing into a local dovecot instance. John
> On 8. Jun 2020, at 17.39, John Stoffel <john at stoffel.org> wrote: > >>>>>> "Sami" == Sami Ketola <Sami.Ketola at Open-Xchange.com <mailto:Sami.Ketola at Open-Xchange.com>> writes: > >>> On 7. Jun 2020, at 18.20, John Stoffel <john at stoffel.org> wrote: >>> >>>>>>>> "Gingko" == Gingko <ldiff001 at gingko.ovh> writes: >>> > Gingko> I also have issues using Dovecot Backup. >>> > Gingko> I am trying to Backup (or possibly Sync - one way) a single > Gingko> user IMAP account from a remote server, unknown type, to my > Gingko> own server. >>> >>> >>> I think this is the key problem here, doveadm only talks to dovecot >>> servers, both source and destination. You might want to try the tool >>> 'imapsync' instead. I'd get it from the github site, or see if it's >>> packaged on your client end. > > Sami> This is incorrect. Doveadm dsync can be used to pull mails from > Sami> remote imap server that is not dovecot. > > Thanks for teaching more something new! > >>> https://github.com/imapsync/imapsync <https://github.com/imapsync/imapsync> >>> >>> This is a much simpler way to pull down a single IMAP account. > > Sami> .. but imapsync does not migrate all data. > > In what way? I've found that using imapsync worked well to get data > out of Lotus Notes and into a regular Unix mbox file format when I've > used it in the past. Admittedly not pushing into a local dovecot > instance.imapsync uses IMAP APPEND to store the mails on target system. There is no way over IMAP to set the mail UID. So with imapsync you will lose mail->uid pairing. Not sure if there is other data that you lose, but for most of the migrations that alone is a total stopper for imapsync. Sami -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://dovecot.org/pipermail/dovecot/attachments/20200609/665759f8/attachment-0001.html>