Ich versuche, Backups von Dovecot-E-Mails zwischen zwei Servern einzurichten. Der Befehl, der die Schwerstarbeit erledigt, lautet:
doveadm -D backup -R -u [email protected] ssh MAINSERVER.IP doveadm dsync-server -u [email protected]
Bei den meisten Benutzern funktioniert es einwandfrei, aber bei einigen Benutzern erhalte ich die Fehlermeldung 65 oder 75. (Das Skript besagt, dass der Remote-Befehl den Fehler 75 zurückgegeben hat...“, aber wenn ich dies in ein Skript einfüge, lautet der Rückgabecode 65.
Die Dovecot-Ausgabe für das fehlgeschlagene Konto lautet wie folgt:
Debug: Loading modules from directory: /usr/lib/dovecot/modules/doveadm
Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message)
Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_deinit (this is usually intentional, so just ignore this message)
Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message)
Debug: Module loaded: /usr/lib/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so
Debug: Skipping module doveadm_fts_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/lib20_doveadm_fts_plugin.so: undefined symbol: fts_user_get_language_list (this is usually intentional, so just ignore this message)
Debug: Skipping module doveadm_mail_crypt_plugin, because dlopen() failed: /usr/lib/dovecot/modules/doveadm/libdoveadm_mail_crypt_plugin.so: undefined symbol: mail_crypt_box_get_pvt_digests (this is usually intentional, so just ignore this message)
doveadm([email protected]): Debug: Effective uid=999, gid=999, home=/data/mail/[email protected]
doveadm([email protected]): Debug: maildir++: root=/data/mail/[email protected]/Maildir, index=, indexpvt=, control=, inbox=/data/mail/[email protected]/Maildir, alt=
doveadm([email protected]): Debug: Namespace : Using permissions from /data/mail/[email protected]/Maildir: mode=0700 gid=default
dsync-local([email protected]): Debug: brain M: Local mailbox tree: INBOX guid=58eedf276bc33864df08000079bc729c uid_validity=1681441643 uid_next=2 subs=no last_change=0 last_subs=0
dsync-local([email protected]): Debug: brain M: Remote mailbox tree: INBOX guid=58eedf276bc33864df08000079bc729c uid_validity=1396487587 uid_next=60912 subs=no last_change=0 last_subs=0
dsync-local([email protected]): Debug: brain M: Remote mailbox tree: Deleted Messages guid=c803c2075f1e625874120000b8a5d860 uid_validity=1396487588 uid_next=36883 subs=yes last_change=0 last_subs=1482825311
dsync-local([email protected]): Debug: brain M: Remote mailbox tree: Sent Messages guid=55567b0e54b57d58770d0000b8a5d860 uid_validity=1396487589 uid_next=345 subs=yes last_change=0 last_subs=1484633428
dsync-local([email protected]): Debug: brain M: Remote mailbox tree: Drafts guid=8e1b6a01ab197e602d700000b8a5d860 uid_validity=1396487591 uid_next=1 subs=yes last_change=0 last_subs=1618876837
dsync-local([email protected]): Debug: brain M: Remote mailbox tree: Notes guid=da8ed0191098355c672d0000b8a5d860 uid_validity=1396487590 uid_next=1 subs=yes last_change=0 last_subs=1547016208
dsync-local([email protected]): Debug: brain M: Mailbox Deleted Messages: local=00000000000000000000000000000000/0/0, remote=c803c2075f1e625874120000b8a5d860/0/1: mailbox not selectable yet
dsync-local([email protected]): Debug: brain M: Mailbox Drafts: local=00000000000000000000000000000000/0/0, remote=8e1b6a01ab197e602d700000b8a5d860/0/1: mailbox not selectable yet
dsync-local([email protected]): Debug: brain M: Mailbox INBOX: local=58eedf276bc33864df08000079bc729c/0/1, remote=58eedf276bc33864df08000079bc729c/0/1: Mailboxes are equal
dsync-local([email protected]): Debug: brain M: Mailbox Notes: local=00000000000000000000000000000000/0/0, remote=da8ed0191098355c672d0000b8a5d860/0/1: mailbox not selectable yet
dsync-local([email protected]): Debug: brain M: Mailbox Sent Messages: local=00000000000000000000000000000000/0/0, remote=55567b0e54b57d58770d0000b8a5d860/0/1: mailbox not selectable yet
dsync-local([email protected]): Debug: brain M: Deleting mailbox 'INBOX' (GUID 58eedf276bc33864df08000079bc729c): UIDVALIDITY changed (1396487587 -> 1681441643)
dsync-local([email protected]): Debug: doveadm-sieve: Iterating Sieve mailbox attributes
dsync-local([email protected]): Debug: sieve: Pigeonhole version 0.4.21 (92477967) initializing
dsync-local([email protected]): Debug: sieve: include: sieve_global is not set; it is currently not possible to include `:global' scripts.
dsync-local([email protected]): Debug: sieve: file storage: Using active Sieve script path: /data/mail/[email protected]/.dovecot.sieve
dsync-local([email protected]): Debug: sieve: file storage: Using script storage path: /data/mail/[email protected]/sieve
dsync-local([email protected]): Debug: sieve: file storage: Using permissions from /data/mail/[email protected]/sieve: mode=0700 gid=-1
dsync-local([email protected]): Debug: sieve: file storage: Relative path to sieve storage in active link: sieve/
dsync-local([email protected]): Debug: sieve: file storage: sync: Synchronization active
dsync-local([email protected]): Error: Mailbox INBOX sync: mailbox_delete failed: INBOX can't be deleted.
dsync-local([email protected]): Error: Remote command returned error 75: ssh 60.234.77.233 doveadm dsync-server -u [email protected] dsync-server
Trotz der Meldung „Der Remote-Befehl hat den Fehler 75 zurückgegeben“ weiß ich, dass eine Neusynchronisierung erfolgt, wenn ich das Postfach auf dem lokalen Server lösche und den Befehl erneut ausgebe. Dies bedeutet jedoch, dass ich das Postfach des Clients auf dem lokalen Server löschen muss, was ich lieber nicht tun möchte, da diese ziemlich groß werden können und die Bandbreite zwischen den Sites recht knapp ist.
Ich glaube auch, dass kein Fehler auftritt, wenn ich eine Synchronisierung statt einer Sicherung durchführe (was ich lieber nicht tun würde, da ich neu bei doveadm bin und das Original nicht gefährden möchte).
Ich glaube, das Problem hängt wahrscheinlich mit den beiden anfänglichen Zeilen zu INBOX zusammen, aber ich verstehe nicht, wie das passiert ist (ich habe nur Synchronisierungen des Postfachs durchgeführt – möglicherweise habe ich diese unterbrochen, aber sonst nichts), und das ist auch ein bisschen beunruhigend.
Ich verwende das MAILDIR-Format und vermute, dass ein Teil des Problems mit MAILDIR zusammenhängt und dass der Posteingang nicht gelöscht werden kann. Ich verstehe jedoch nicht, warum versucht wird, den Posteingang zu löschen, und ich weiß nicht einmal, was mit dem Posteingang gemeint ist, da ich keinen Ordner mit dem Namen " finden kann./INBOX" oder "/.INBOX“ oder ähnlich auf dem Server oder im Backup. „Maildir/cur“ und „Maildir/new“ sind beide vorhanden (und auf dem Client leer). Maildir/new enthält E-Mails auf dem Server, ist aber auf dem Client leer.
Ich habe dies zunächst mit meinem Server unter Ubuntu 18.04, Dovecot 1:2.2.33.2-1ubuntu4.8, versucht. Dann habe ich NUR die Backup-Box aktualisiert, von der ich ziehe, um Ubuntu 20.04 mit Dovecot 2.3.7.2 auszuführen – dasselbe Problem.
Ist das ein bekannter Fehler in Dovecot? Gibt es eine Möglichkeit, das Problem zu beheben, ohne Postfächer zu löschen?
AKTUALISIERUNG
doveconf mail_location ist auf mail_location = maildir:/data/mail/%u/Maildir eingestellt (was so aussieht, wie ich es erwartet hätte). Ich konnte keine Konfigurationsinformationen mit dem Wort „Namespace“ finden.
Wenn ich das tue
doveadm mailbox status -u [email protected] all INBOX
Ich erhalte unterschiedliche Ergebnisse auf dem Client und dem Server. Auf dem Mailserver erhalte ich
INBOX messages=524 recent=0 uidnext=60920 uidvalidity=1396487587 unseen=2 highestmodseq=59948 vsize=77692641 guid=58eedf276bc33864df08000079bc729c firstsaved=1680336216
Auf dem Backup bekomme ich
INBOX messages=0 recent=0 uidnext=2 uidvalidity=1681441643 unseen=0 highestmodseq=3 vsize=0 guid=58eedf276bc33864df08000079bc729c firstsaved=18446744073709551615
In jedem der fehlerhaften E-Mail-Verzeichnisse ist „MAILDIR/cur -s“ in der Sicherungsversion leer, während in der Version auf dem Server Daten vorhanden sind.
Als ich versuchte, das "cur"-Postfach vom Mailserver in das Backup zu kopieren und dann "doveadm mailbox status -u[email geschützt]Alle INBOXEN“ wurde die Anzahl der Nachrichten auf 524 zurückgesetzt, aber sobald ich versuchte, die Box zu sichern, trat der Fehler erneut auf und es befanden sich 0 Nachrichten in der INBOX auf dem Backup-Server.
Herumspielen mit dem Befehl "doveadm force-resync -u[email geschützt]INBOX“ auf dem Mailserver und das Backup (nachdem Maildir/cur auf dem Backup per scp neu aufgefüllt wurde) haben nicht geholfen.