O backup do Dovecot doveadm falha ocasionalmente com o erro 65 - como lidar

O backup do Dovecot doveadm falha ocasionalmente com o erro 65 - como lidar

Estou tentando configurar backups de e-mails dovecot entre 2 servidores. O comando que faz o trabalho pesado é:

 doveadm -D backup -R -u [email protected] ssh MAINSERVER.IP doveadm dsync-server -u [email protected]

Para a maioria dos usuários funciona bem, mas para alguns usuários estou recebendo um erro 65 ou erro 75. (O script diz que o comando remoto retornou o erro 75..." mas quando coloco isso em um script o código de retorno é 65.

A saída dovecot para a conta com falha é a seguinte:

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

Apesar do "Comando remoto retornou erro 75", sei que se eu excluir a caixa de correio no servidor local e emitir novamente o comando, ele será sincronizado novamente - mas isso significa excluir a caixa de correio do cliente no servidor local, o que prefiro não fazer, pois eles pode ficar muito grande e a largura de banda entre os sites é um pouco cara.

Também acredito que se eu fizer uma sincronização em vez de um backup (o que prefiro não fazer, porque sou novo no doveadm e não quero colocar o original em risco), não haverá erro.

Acredito que o problema provavelmente esteja relacionado ao fato das 2 linhas iniciais sobre INBOX - mas não entendo como isso ocorreu (só fiz sincronizações da caixa de correio - possivelmente interrompendo-as, mas nada mais), e isso também é um pouco preocupante.

Estou usando o formato MAILDIR e suspeito que parte do problema esteja relacionado ao MAILDIR e não consigo excluir a caixa de entrada, mas não entendo por que ele está tentando excluir a caixa de entrada e nem sei o que isso significa pelo INBOX, pois não há nenhuma pasta que eu possa encontrar chamada "/ CAIXA DE ENTRADA" ou "/.INBOX" ou similar no servidor ou backup. "Maildir/cur" e "Maildir/new" existem (e estão vazios no cliente). Maildir/new contém e-mails no servidor, mas está vazio no cliente .

Inicialmente tentei isso com meu servidor no Ubuntu 18.04, Dovecot 1:2.2.33.2-1ubuntu4.8. Em seguida, atualizei SOMENTE a caixa de backup da qual estou extraindo para executar o Ubuntu 20.04 com Dovecot 2.3.7.2 - mesmo problema.

Este é um bug conhecido no Dovecot? Existe uma maneira de resolver isso sem excluir caixas de correio?

ATUALIZAÇÕES

doveconf mail_location está definido como mail_location = maildir:/data/mail/%u/Maildir (que se parece com o que eu esperaria). Não consegui encontrar nenhuma informação de configuração com a palavra "namespace"

Quando eu faço

 doveadm mailbox status -u [email protected] all INBOX 

Obtenho resultados diferentes no cliente e no servidor. No servidor de e-mail eu recebo

 INBOX messages=524 recent=0 uidnext=60920 uidvalidity=1396487587 unseen=2 highestmodseq=59948 vsize=77692641 guid=58eedf276bc33864df08000079bc729c firstsaved=1680336216

No backup eu recebo

  INBOX messages=0 recent=0 uidnext=2 uidvalidity=1681441643 unseen=0 highestmodseq=3 vsize=0 guid=58eedf276bc33864df08000079bc729c firstsaved=18446744073709551615

Em cada um dos diretórios de e-mail incorretos, "MAILDIR/cur -s vazio na versão de backup, enquanto houver dados na versão no servidor.

Quando tentei copiar a caixa de correio "cur" do servidor de correio para o backup e, em seguida, executar "doveadm mailbox status -u[e-mail protegido]all INBOX" o número de mensagens voltou para 524, mas assim que tentei fazer backup da caixa o erro reapareceu e havia 0 mensagens na INBOX do servidor de backup.

Brincando com o comando "doveadm force-resync -u[e-mail protegido]INBOX" no servidor de e-mail e backup (após repovoar Maildir/cur no backup via scp) não ajudou.

informação relacionada