dovecot - Mar 2019 - dovecot-keywords are not preserved any more when moving mails between folders

Hello,

after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the dovecot-keywords,
which in my case are set by thunderbird, are not preserved any more when
moving a mail between folders.

Are there any ideas, what may be the reason.

Thanks for any hints on that,
Andreas

'doveconf -n' gives:

# 2.3.4 (0ecbaf23d): /etc/opt/csw/dovecot/dovecot.conf
# Pigeonhole version 0.5.4 (60b0f48d)
# OS: SunOS 5.11 i86pc
# Hostname: xxxxx.hrz.uni-marburg.de
auth_cache_negative_ttl = 0
auth_cache_size = 10 M
auth_master_user_separator = *
auth_username_chars
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_
auth_username_format = %u
auth_worker_max_count = 1024
base_dir = /var/run/dovecot/
default_vsz_limit = 1 G
first_valid_gid = 30000
first_valid_uid = 30000
imap_max_line_length = 640 k
mail_debug = yes
mail_location = maildir:%h/.maildir
mail_plugins = " mail_log notify"
mail_privileged_group = mail
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date index ihave duplicate mime foreverypart extracttext
namespace {
  hidden = no
  inbox = yes
  list = yes
  location = maildir:%h/.maildir
  prefix   separator = /
  subscriptions = yes
  type = private
}
namespace inbox {
  hidden = yes
  inbox = no
  list = no
  location = maildir:%h/.maildir
  prefix = mail/
  separator = /
  subscriptions = no
  type = private
}
passdb {
  args = /etc/dovecot.deny
  deny = yes
  driver = passwd-file
}
passdb {
  args = /etc/opt/csw/dovecot/private/passwd.masterusers
  driver = passwd-file
  master = yes
}
passdb {
  args = /etc/opt/csw/dovecot/dovecot-ldap.conf.ext
  driver = ldap
}
plugin {
  sieve = file:~/sieve;active=~/.dovecot.sieve
  sieve_default = /var/lib/dovecot/default.sieve
}
pop3_uidl_format = %08Xv%08Xu
postmaster_address = postmaster at hrz.uni-marburg.de
protocols = imap pop3 lmtp sieve
service auth-worker {
  user = $default_internal_user
}
service auth {
  client_limit = 6000
}
service imap-login {
  process_min_avail = 64
  service_count = 0
}
service imap {
  process_limit = 4096
}
service lmtp {
  inet_listener lmtp {
    port = 24
  }
}
service managesieve-login {
  inet_listener sieve {
    port = 4190
  }
}
ssl_cert = </etc/opt/csw/ssl/certs/imap+pop.hrz.uni-marburg.de.pem
ssl_dh = # hidden, use -P to show it
ssl_key = # hidden, use -P to show it
userdb {
  args = /etc/opt/csw/dovecot/dovecot-ldap-userdb.conf.ext
  driver = ldap
}
protocol imap {
  mail_max_userip_connections = 25
  ssl_cert = </etc/opt/csw/ssl/certs/imap+pop.hrz.uni-marburg.de.pem
  ssl_key = # hidden, use -P to show it
}
protocol lmtp {
  mail_plugins = " mail_log notify sieve"
}
protocol pop3 {
  ssl_cert = </etc/opt/csw/ssl/certs/imap+pop.hrz.uni-marburg.de.pem
  ssl_key = # hidden, use -P to show it
}

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5394 bytes
Desc: S/MIME Cryptographic Signature
URL:
<https://dovecot.org/pipermail/dovecot/attachments/20190312/c9de8c77/attachment.p7s>

On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
> Hello,
>
> after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the dovecot-keywords,
> which in my case are set by thunderbird, are not preserved any more when
> moving a mail between folders.
>
> Are there any ideas, what may be the reason.
>
> Thanks for any hints on that,
> Andreas
>
> 'doveconf -n' gives:
>
> # 2.3.4 (0ecbaf23d): /etc/opt/csw/dovecot/dovecot.conf
> # Pigeonhole version 0.5.4 (60b0f48d)
> # OS: SunOS 5.11 i86pc
> # Hostname: xxxxx.hrz.uni-marburg.de
> auth_cache_negative_ttl = 0
> auth_cache_size = 10 M
> auth_master_user_separator = *
> auth_username_chars >
abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_
> auth_username_format = %u
> auth_worker_max_count = 1024
> base_dir = /var/run/dovecot/
> default_vsz_limit = 1 G
> first_valid_gid = 30000
> first_valid_uid = 30000
> imap_max_line_length = 640 k
> mail_debug = yes
> mail_location = maildir:%h/.maildir
> mail_plugins = " mail_log notify"
> mail_privileged_group = mail
> managesieve_notify_capability = mailto
> managesieve_sieve_capability = fileinto reject envelope
> encoded-character vacation subaddress comparator-i;ascii-numeric
> relational regex imap4flags copy include variables body enotify
> environment mailbox date index ihave duplicate mime foreverypart
extracttext
> namespace {
>   hidden = no
>   inbox = yes
>   list = yes
>   location = maildir:%h/.maildir
>   prefix >   separator = /
>   subscriptions = yes
>   type = private
> }
> namespace inbox {
>   hidden = yes
>   inbox = no
>   list = no
>   location = maildir:%h/.maildir
>   prefix = mail/
>   separator = /
>   subscriptions = no
>   type = private
> }
> passdb {
>   args = /etc/dovecot.deny
>   deny = yes
>   driver = passwd-file
> }
> passdb {
>   args = /etc/opt/csw/dovecot/private/passwd.masterusers
>   driver = passwd-file
>   master = yes
> }
> passdb {
>   args = /etc/opt/csw/dovecot/dovecot-ldap.conf.ext
>   driver = ldap
> }
> plugin {
>   sieve = file:~/sieve;active=~/.dovecot.sieve
>   sieve_default = /var/lib/dovecot/default.sieve
> }
> pop3_uidl_format = %08Xv%08Xu
> postmaster_address = postmaster at hrz.uni-marburg.de
> protocols = imap pop3 lmtp sieve
> service auth-worker {
>   user = $default_internal_user
> }
> service auth {
>   client_limit = 6000
> }
> service imap-login {
>   process_min_avail = 64
>   service_count = 0
> }
> service imap {
>   process_limit = 4096
> }
> service lmtp {
>   inet_listener lmtp {
>     port = 24
>   }
> }
> service managesieve-login {
>   inet_listener sieve {
>     port = 4190
>   }
> }
> ssl_cert = </etc/opt/csw/ssl/certs/imap+pop.hrz.uni-marburg.de.pem
> ssl_dh = # hidden, use -P to show it
> ssl_key = # hidden, use -P to show it
> userdb {
>   args = /etc/opt/csw/dovecot/dovecot-ldap-userdb.conf.ext
>   driver = ldap
> }
> protocol imap {
>   mail_max_userip_connections = 25
>   ssl_cert = </etc/opt/csw/ssl/certs/imap+pop.hrz.uni-marburg.de.pem
>   ssl_key = # hidden, use -P to show it
> }
> protocol lmtp {
>   mail_plugins = " mail_log notify sieve"
> }
> protocol pop3 {
>   ssl_cert = </etc/opt/csw/ssl/certs/imap+pop.hrz.uni-marburg.de.pem
>   ssl_key = # hidden, use -P to show it
> }
>
Hi!

We are aware of this bug, and it's being tracked as DOP-842.

Aki

Am 12.03.19 um 12:57 schrieb Aki Tuomi via dovecot:
> 
> On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
>> Hello,
>>
>> after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the
dovecot-keywords,
>> which in my case are set by thunderbird, are not preserved any more
when
>> moving a mail between folders.
>>
> 
> Hi!
> 
> We are aware of this bug, and it's being tracked as DOP-842.
> 
> Aki
> 
Hello Aki,

thanks for the immediate answer.

To which version would I have to downgrade to avoid this problem?

Andreas
-- 
________________________________________________________________________
Dr. Andreas Piper, Hochschulrechenzentrum der Philipps-Univ. Marburg
          Hans-Meerwein-Stra?e 6, 35032 Marburg, Germany
Phone: +49 6421 28-23521  Fax: -26994  E-Mail: piper at HRZ.Uni-Marburg.DE

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5394 bytes
Desc: S/MIME Cryptographic Signature
URL:
<https://dovecot.org/pipermail/dovecot/attachments/20190312/3fc654f9/attachment-0001.p7s>

On Mar 12, 2019, Aki Tuomi via dovecot <dovecot at dovecot.org> wrote:
> On 12.3.2019 13.46, Piper Andreas via dovecot wrote:
>
>> after an upgrade of dovecot-2.2.5 to dovecot-2.3.4 the
dovecot-keywords,
>> which in my case are set by thunderbird, are not preserved any more
when
>> moving a mail between folders.
>
> We are aware of this bug, and it's being tracked as DOP-842.
Could this bug also be causing flags to be lost when using dsync
(as I described in some messages to this list Feb 16 to 23)?

It seems like it might be a different bug, since in my experience
the flags are sometimes synced and then removed later.

Dan