Thanks for the explanation Timo :)
As the migrated server with dbox and mail_attachment_dir is only a
temporary step, to replicate into our regular server with mdbox, I have
now a script listening on the errors and creating symlinks for the
change mailbox guids.
Sending a periodic "doveadm r
On 9. Aug 2021, at 10.41, Ralf Becker wrote:
>
> Made some progress, the attachments are not lost, the new Dovecot server (it
> was a migration from 2.2.19 to 2.3.15 on a different host), searches them
> under a partially different filename:
>
> Aug 09 08:26:19 doveadm: Error: dsync(61c8ab10db
Made some progress, the attachments are not lost, the new Dovecot server
(it was a migration from 2.2.19 to 2.3.15 on a different host), searches
them under a partially different filename:
Aug 09 08:26:19 doveadm: Error: dsync(61c8ab10dbe7):
read(attachments-connector(/var/dovecot/imap/$domain
A separate mail-attachment store and replication seems to a very bad idea!
If anything goes wrong eg. full filesystem or an accidentality deleted
attachment-file, you wont get your replication up again :(
Only way I found so far is greping the log for the error and use that to
expunge the who
I'm migrating an older Dovecot 2.2.19 installation with dbox and
mail_attachment_dir to 2.3.15 with replication to a second server.
The storage from the old server was rsync'ed to a new server running
Dovecot 2.3.15 in a container using similar configuration with dbox and
mail_attachments. Tha
