dsync: INBOX Can't be deleted
Hi,
I am Migrating an old cyrus mailserver to dovecot.
in the old cyrus Mailserver all User Mailboxes are sub-mailboxes of their INBOX.
I have to preserve that structure.
During Migration with dsync I get these Errors:
Error: Mailbox INBOX sync: mailbox_delete failed: INBOX can't be deleted
Is there a way to work around these Errors ?
Thanks Christoph
Am 23.01.2016 um 10:30 schrieb Christoph Adomeit:
for multiple advanced imap settings at migration you might use imapsync not dsync
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
Am 23.01.2016 um 23:27 schrieb Sami Ketola:
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.
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
Am 24.01.2016 um 12:21 schrieb Sami Ketola:
I didnt remember exactly , i think it was no preserve message UID's from courier source and additional namespace change on dovecot target however it was not a big problem with imapsync and advice the users to configure their clients to new server in total
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
- Sami Ketola schrieb am 23.01.16 um 23:27 Uhr:
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
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.
- Timo Sirainen schrieb am 26.01.16 um 16:00 Uhr:
IDNRC ;-)
Then I am pretty sure that I used dsync. Because I AM sure that I had no issues with re-dpwnloadeing and that I had an eye on especially on that.
-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
Am 26.01.2016 um 16:29 schrieb Marc Schiffbauer:
Hi Marc, you used dsync before on your project with success, then we tried it too on the "our" project, that failed ,so we used imapsync we ignored the problem with users pop3 letting their mails on the server or better ,we pre informed them what will happen.
-Marc
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 23 Jan 2016, at 11:30, Christoph Adomeit <Christoph.Adomeit@gatworks.de> wrote:
With "doveadm backup" you have gotten into such a state that the INBOX needs to be deleted and recreated to preserve it exactly as it's in source. But you're using Maildir format, which doesn't allow deleting INBOX. So possibilities:
a) Don't use Maildir format
b) Delete the entire Maildir manually with rm -rf and the next doveadm backup should work (if not then something strange is going on)
participants (5)
-
Christoph Adomeit
-
Marc Schiffbauer
-
Robert Schetterer
-
Sami Ketola
-
Timo Sirainen