Your message dated Mon, 22 Feb 2021 19:51:34 +0100
with message-id <4285f6c3-0918-d103-ca66-55a92c8e5...@debian.org>
and subject line Re: cyrus-imapd: Invisible subfolders for admins after upgrade
from 2.5 to 3.0
has caused the Debian Bug report #924482,
regarding cyrus-imapd: Invisible subfolders for admins after upgrade from 2.5
to 3.0
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
924482: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=924482
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: cyrus-imapd
Version: 3.0.8-4
Severity: normal
Dear Maintainer,
* What led up to the situation?
- Package upgrade from 2.5.11-1+b2 to 3.0.8-4.
* What exactly did you do (or not do) that was effective (or
ineffective)?
- Just regular apt upgrade
* What was the outcome of this action?
- One of my users, who is configured as admin in imapd.conf, lost
visibility of all his subfolders after the upgrade. Inbox works normally
though. This is not a client issue, the subfolders are not visible in
ThunderbirdAndroid Gmail client, Alpine and cyradm. Reconstructing does not fix
the issue. After removing this user from the admins config option, all
subfolders reappear in all clients.
* What outcome did you expect instead?
- Having a working mailbox including subfolders for all my users, admin
or not.
Thanks,
Robbert
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing'), (102, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages cyrus-imapd depends on:
ii cyrus-common 3.0.8-4
ii dpkg 1.19.5
ii libc6 2.28-8
ii libcom-err2 1.44.5-1
ii libsasl2-2 2.1.27+dfsg-1
ii libssl1.1 1.1.1b-1
ii libwrap0 7.6.q-28
ii zlib1g 1:1.2.11.dfsg-1
cyrus-imapd recommends no packages.
cyrus-imapd suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Le 22/02/2021 à 11:32, Yadd a écrit :
>> This bug is definitely still open. I ran into the same exact issue
>> today.
>
> Hi,
>
> did you find this issue in versions 3.2.x or only in 3.0.x ?
>
> Cheers,
> Xavier
Upstream response:
"
The documentation in imapd.conf for admins: says it:
Note that accounts used by users should not be administrators.
Administrative accounts should not receive mail. That is, if user
"jbRo" is a user reading mail, he should not also be in the admins
line. Some problems may occur otherwise, most notably the ability of
administrators to create top-level mailboxes visible to users, but
not writable by users.
The text is present there since at leas 2003.
"
--- End Message ---