folders not visible on copied mail folders

[Mark Foley]

We had a user quit recently.  Three days ago I copied his entire Maildir folder 
to another user
to that user's Maildir/.JoesEmail.  I changed ownership and made the permission 
'chmod -R
og-rwx .', just like all the other files/directories of the new owner.  This 
didn't work to show
the new folder.  Today, in his Thunderbird client, I subscribed to the 
'JoesEmail' folder.  I
restarted dovecot and restarted Thunderbird. 

In Thunderbird, the 'JoesEmail' folder now shows, but it is empty and shows 
none of the
subordinate mail folders.  I ran 'doveadm index -u newowner JoesEmail' and 
'doveadm force-resync -u newowner JoesEmail'.  This didn't help. 

I did this once before with a previous user who quit and only changed 
ownership, no
subscribing, no doveadm, and that worked.

What am I doing wrong?

THX --Mark

Dovecot and Sieve setup

[Will Merkens]

I thought I had sieve working I could create the rules in TB and it says it's communicating properly and saves the file but the sieve rules do not seem to be 
working.


when I look at /var/spool/maildir/domain/user

I see

Maildir
Maildir =uid=1000

inside Maildir =uid=1000/sieve

I see my sieve script I created

Test.sieve and a tmp directory


Should not this be in the main Maildir/sieve directory.


--
William Merkens
IT Support Analyst
Userful Corporation
+1 403.538.7767 ext.289
+1 866.873.0091
Suite 300
736 8th Ave SW
Calgary AB T2P 1H4
Canada
https://www.userful.com

Aw: Re: dsync panic

[Infoomatic]

thanks, the fix worked for me, too (on 2.3.2.1)!
 

Gesendet: Freitag, 13. Juli 2018 um 22:43 Uhr
Von: "Timo Sirainen" 
An: "Wolfgang Rosenauer" 
Cc: dovecot 
Betreff: Re: dsync panic



On 13 Jul 2018, at 21.39, Wolfgang Rosenauer  wrote:


 


I think I get pretty much the same issue:

 

dsync(support): Panic: file mailbox-attribute.c: line 360 (mailbox_attribute_get_stream): assertion failed: (value_r->value != NULL || value_r->value_stream != NULL)
dsync(support): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0xc9e06) [0x7fba8a348e06] -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x2a) [0x7fba8a348e4a] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7fba8a2bd813] -> /usr/lib64/dovecot/libdovecot-storage.so.0(+0x597fc) [0x7fba8a64f7fc] -> dsync(dsync_mailbox_import_attribute+0x3a) [0x55d72a8ac37a] -> dsync(dsync_brain_sync_mails+0x2ef) [0x55d72a8a7e9f] -> dsync(dsync_brain_run+0x2b0) [0x55d72a8a3690] -> dsync(+0x29f5c) [0x55d72a88af5c] -> dsync(+0x2bd97) [0x55d72a88cd97] -> dsync(+0x2c878) [0x55d72a88d878] -> dsync(doveadm_mail_try_run+0x205) [0x55d72a88e1f5] -> dsync(main+0x475) [0x55d72a87de85] -> /lib64/libc.so.6(__libc_start_main+0xf5) [0x7fba89c8d725] -> dsync(_start+0x29) [0x55d72a87e009]





Already fixed, but was scheduled for v2.3.3: https://github.com/dovecot/core/commit/4ff4bd024a9b6e7973b76b186ce085c2ca669d3e

 

As a workaround, you could disable ACL when running dsync: doveadm -o plugin/acl= ...

 

Re: dsync panic

[Michael Seevogel]

Am 13.07.2018 um 22:43 schrieb Timo Sirainen:
On 13 Jul 2018, at 21.39, Wolfgang Rosenauer > wrote:


I think I get pretty much the same issue:

dsync(support): Panic: file mailbox-attribute.c: line 360 
(mailbox_attribute_get_stream): assertion failed: (value_r->value != 
NULL || value_r->value_stream != NULL)
dsync(support): Error: Raw backtrace: 
/usr/lib64/dovecot/libdovecot.so.0(+0xc9e06) [0x7fba8a348e06] -> 
/usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x2a) 
[0x7fba8a348e4a] -> /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) 
[0x7fba8a2bd813] -> 
/usr/lib64/dovecot/libdovecot-storage.so.0(+0x597fc) [0x7fba8a64f7fc] 
-> dsync(dsync_mailbox_import_attribute+0x3a) [0x55d72a8ac37a] -> 
dsync(dsync_brain_sync_mails+0x2ef) [0x55d72a8a7e9f] -> 
dsync(dsync_brain_run+0x2b0) [0x55d72a8a3690] -> dsync(+0x29f5c) 
[0x55d72a88af5c] -> dsync(+0x2bd97) [0x55d72a88cd97] -> 
dsync(+0x2c878) [0x55d72a88d878] -> dsync(doveadm_mail_try_run+0x205) 
[0x55d72a88e1f5] -> dsync(main+0x475) [0x55d72a87de85] -> 
/lib64/libc.so.6(__libc_start_main+0xf5) [0x7fba89c8d725] -> 
dsync(_start+0x29) [0x55d72a87e009]


Already fixed, but was scheduled for v2.3.3: 
https://github.com/dovecot/core/commit/4ff4bd024a9b6e7973b76b186ce085c2ca669d3e


As a workaround, you could disable ACL when running dsync: doveadm -o 
plugin/acl= ...




Judging the 2.2 master src I assume that this patch is also applicable 
on 2.2.36?
While we are at it: Will the 2.2 branch receive another minor release or 
is 2.2.36 already the final 2.2 version?



MS