[Dovecot] replication + attachment sis + zlib bug ? (HEAD version from xi.rename-it.nl)
Hi,
i have setup with mail_attachment single instance store + replication + zlib and got this bug when i try to replicate one test mailbox:
On master1 in mail.log: Apr 10 13:25:22 master1 dovecot: dsync-local(zzz@blabla666.sk): Error: read(/nfsmnt/mailnfs1/attachments1/6b/57/6b57ad34cf6c414662233d833a7801fde4e1cdcb-92b5052558774653a728000013e2b982[base64:18 b/l]) failed: Stream is larger than expected (97824 > 97823, eof=1) Apr 10 13:25:22 master1 dovecot: dsync-local(zzz@blabla666.sk): Error: dsync(master2): read(attachments-connector(zlib(/nfsmnt/mailnfs1/b/l/blabla666.sk/zzz@blabla666.sk/mdbox/storage/m.9))) failed: read(/nfsmnt/mailnfs1/attachments1/6b/57/6b57ad34cf6c414662233d833a7801fde4e1cdcb-92b5052558774653a728000013e2b982[base64:18 b/l]) failed: Stream is larger than expected (97824 > 97823, eof=1)
This is on master2 in mail.log Apr 10 13:32:21 master2 dovecot: dsync-server(zzz@blabla666.sk): Error: dsync(master1): read() failed: read(10.10.30.2) failed: dot-input stream ends without '.' line
I tried to rm -Rf mailbox on master2 and run on master1 doveadm replicator remove zzz@blabla666.sk doveadm replicator replicate zzz@blabla666.sk but same problem happen.
Thanks
-- [ Ohodnotte kvalitu mailu: http://nicereply.com/websupport/Stano/ ]
Pavel Stano | Troubleshooter
http://WebSupport.sk *** BERTE A VYCHUTNAVAJTE ***
On 10/04/2014 13:38, Pavel Stano wrote:
Hi,
i have setup with mail_attachment single instance store + replication + zlib and got this bug when i try to replicate one test mailbox:
On master1 in mail.log: Apr 10 13:25:22 master1 dovecot: dsync-local(zzz@blabla666.sk): Error: read(/nfsmnt/mailnfs1/attachments1/6b/57/6b57ad34cf6c414662233d833a7801fde4e1cdcb-92b5052558774653a728000013e2b982[base64:18 b/l]) failed: Stream is larger than expected (97824 > 97823, eof=1) Apr 10 13:25:22 master1 dovecot: dsync-local(zzz@blabla666.sk): Error: dsync(master2): read(attachments-connector(zlib(/nfsmnt/mailnfs1/b/l/blabla666.sk/zzz@blabla666.sk/mdbox/storage/m.9))) failed: read(/nfsmnt/mailnfs1/attachments1/6b/57/6b57ad34cf6c414662233d833a7801fde4e1cdcb-92b5052558774653a728000013e2b982[base64:18 b/l]) failed: Stream is larger than expected (97824 > 97823, eof=1)
This is on master2 in mail.log Apr 10 13:32:21 master2 dovecot: dsync-server(zzz@blabla666.sk): Error: dsync(master1): read() failed: read(10.10.30.2) failed: dot-input stream ends without '.' line
Hi, Your problem looks quite similar to the one I reported 2 months ago. → http://markmail.org/message/tt4jpjnpsa6lmlz2
Regards, Gilles
Hi,
yes its the same problem. I can confirm that it is caused by last line in base64 attachment which is longer than 72 chars in original message.
On Thu, 10 Apr 2014 14:26:25 +0200 Gilles Chauvin gilles.chauvin@univ-rouen.fr wrote:
On 10/04/2014 13:38, Pavel Stano wrote:
Hi,
i have setup with mail_attachment single instance store + replication + zlib and got this bug when i try to replicate one test mailbox:
On master1 in mail.log: Apr 10 13:25:22 master1 dovecot: dsync-local(zzz@blabla666.sk): Error: read(/nfsmnt/mailnfs1/attachments1/6b/57/6b57ad34cf6c414662233d833a7801fde4e1cdcb-92b5052558774653a728000013e2b982[base64:18 b/l]) failed: Stream is larger than expected (97824 > 97823, eof=1) Apr 10 13:25:22 master1 dovecot: dsync-local(zzz@blabla666.sk): Error: dsync(master2): read(attachments-connector(zlib(/nfsmnt/mailnfs1/b/l/blabla666.sk/zzz@blabla666.sk/mdbox/storage/m.9))) failed: read(/nfsmnt/mailnfs1/attachments1/6b/57/6b57ad34cf6c414662233d833a7801fde4e1cdcb-92b5052558774653a728000013e2b982[base64:18 b/l]) failed: Stream is larger than expected (97824 > 97823, eof=1)
This is on master2 in mail.log Apr 10 13:32:21 master2 dovecot: dsync-server(zzz@blabla666.sk): Error: dsync(master1): read() failed: read(10.10.30.2) failed: dot-input stream ends without '.' line
Hi, Your problem looks quite similar to the one I reported 2 months ago. → http://markmail.org/message/tt4jpjnpsa6lmlz2
Regards, Gilles
-- [ Ohodnotte kvalitu mailu: http://nicereply.com/websupport/Stano/ ]
Pavel Stano | Troubleshooter
http://WebSupport.sk *** BERTE A VYCHUTNAVAJTE ***
participants (2)
-
Gilles Chauvin
-
Pavel Stano