| Summary | Editing IMAP ACL fails |
| Queue | IMP |
| Queue Version | 6.2.16 |
| Type | Bug |
| State | Resolved |
| Priority | 2. Medium |
| Owners | jan (at) horde (dot) org |
| Requester | lauffer (at) ph-freiburg (dot) de |
| Created | 9/12/16 (3486 days ago) |
| Due | |
| Updated | 9/15/16 (3483 days ago) |
| Assigned | |
| Resolved | 9/15/16 (3483 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | Horde_Imap_Client 2.29.10 |
| Patch | No |
State ⇒ Resolved
Milestone ⇒ Horde_Imap_Client 2.29.10
commit 1f19690cbea8c2ba1f521173294923ca22f4ba5c
Author: Jan Schneider <jan@horde.org>
Date: Thu Sep 15 15:49:54 2016 +0200
[jan] Fix parsing GETACL responses from RFC 4314 capable IMAP
servers (
Bug #14466).framework/Imap_Client/lib/Horde/Imap/Client/Data/Acl.php | 14 +++++++++++---
framework/Imap_Client/package.xml | 4 ++--
2 files changed, 13 insertions(+), 5 deletions(-)
http://github.com/horde/horde/commit/1f19690cbea8c2ba1f521173294923ca22f4ba5c
Priority ⇒ 2. Medium
Patch ⇒ No
Milestone ⇒
Queue ⇒ IMP
Summary ⇒ Editing IMAP ACL fails
Type ⇒ Bug
State ⇒ Unconfirmed
acl settings for example the active delete flag (t flag on the imap
server).
Now if I unset this flag the t flag got removed on the server...
before:
localhost> lam user.lauffer.cam0
lauffer lrswipkxtecda
after:
localhost> lam user.lauffer.cam0
lauffer lrswipkxecda
Good so far(!)
The problem now is that IMP just shows these delete flag es
active/set. So a) the user means he still has delete rights and b)
there is no way to set it again.
In our setups we are using cyrus-imapd. We tested again 2.4.18 (own
build) and again the redhat build 2.4.17 release 8.el7_1.