<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Only allow editing of your own ACLs</title> 
  <pubDate>Fri, 10 Apr 2026 05:02:49 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/4480</link> 
  <atom:link rel="self" type="application/rss+xml" title="Only allow editing of your own ACLs" href="https://bugs.horde.org/ticket/4480/rss" /> 
  <description>Only allow editing of your own ACLs</description> 
 
   
   
  <item> 
   <title>IMP currently shows ACLs for folders that you don&#039;t have adm</title> 
   <description>IMP currently shows ACLs for folders that you don&#039;t have admin access to as if you can edit them.  IMP should instead display the ACL, but grey it out so you don&#039;t think you can change it.  Currently the error is &quot;Permission denied&quot; with Cyrus.</description> 
   <pubDate>Tue, 03 Oct 2006 05:47:18 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24516</link> 
  </item> 
   
  <item> 
   <title>There&#039;s a canEdit($folder, $user) function that is unimpleme</title> 
   <description>There&#039;s a canEdit($folder, $user) function that is unimplemented in all drivers.  Any problem with adding a new function?



canUserEdit($folder) {

// ask IMAP server for rights on $folder via &quot;MYRIGHTS&quot; command for current user.

}



Or should the canEdit function be modified to make the $user argument optional, and if not set, then do the MYRIGHTS command above?</description> 
   <pubDate>Tue, 03 Oct 2006 06:16:54 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24526</link> 
  </item> 
   
  <item> 
   <title>Comments?</title> 
   <description>Comments?</description> 
   <pubDate>Tue, 03 Oct 2006 09:10:32 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24531</link> 
  </item> 
   
  <item> 
   <title>Let&#039;s try that again.</title> 
   <description>Let&#039;s try that again.</description> 
   <pubDate>Tue, 03 Oct 2006 09:11:42 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24534</link> 
  </item> 
   
  <item> 
   <title>&gt; Or should the canEdit function be modified to make the $us</title> 
   <description>&gt; Or should the canEdit function be modified to make the $user argument 

&gt; optional, and if not set, then do the MYRIGHTS command above?



Neither, the method should be used as is, and you patch looks like it does this. I don&#039;t exactly follow the logic without applying the patch, but do you have in mind that the driver could connect as a regular user or the cyrus user?

Beside that, that authentication stuff has to go into a separate private method to avoid the code duplication.</description> 
   <pubDate>Tue, 03 Oct 2006 11:32:55 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24541</link> 
  </item> 
   
  <item> 
   <title>&gt; Neither, the method should be used as is, and you patch lo</title> 
   <description>&gt; Neither, the method should be used as is, and you patch looks like it 

&gt; does this. I don&#039;t exactly follow the logic without applying the 

&gt; patch, but do you have in mind that the driver could connect as a 

&gt; regular user or the cyrus user?

&gt; Beside that, that authentication stuff has to go into a separate 

&gt; private method to avoid the code duplication.



Currently the driver connects as a regular user.  No special access is needed for the MYRIGHTS command.  I&#039;ll refactor the authentication code.</description> 
   <pubDate>Tue, 03 Oct 2006 17:47:25 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24548</link> 
  </item> 
   
  <item> 
   <title>Are there cases when you&#039;d want to call canEdit() for other </title> 
   <description>Are there cases when you&#039;d want to call canEdit() for other users besides the current one?</description> 
   <pubDate>Tue, 03 Oct 2006 17:57:13 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24552</link> 
  </item> 
   
  <item> 
   <title>&gt; Are there cases when you&#039;d want to call canEdit() for othe</title> 
   <description>&gt; Are there cases when you&#039;d want to call canEdit() for other users 

&gt; besides the current one?



Not at the moment, but given that this is a general purpose class in horde, I would like to keep that option.</description> 
   <pubDate>Tue, 03 Oct 2006 23:37:28 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24563</link> 
  </item> 
   
  <item> 
   <title>&gt; Not at the moment, but given that this is a general purpos</title> 
   <description>&gt; Not at the moment, but given that this is a general purpose class in 

&gt; horde, I would like to keep that option.



The RFC doesn&#039;t seem to provide a mechanism to get this sort of information though...</description> 
   <pubDate>Wed, 04 Oct 2006 23:05:00 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24601</link> 
  </item> 
   
  <item> 
   <title>But technically, the username passed in the parameters is on</title> 
   <description>But technically, the username passed in the parameters is only an argurment for the driver instance, other drivers might not need this parameter.</description> 
   <pubDate>Wed, 04 Oct 2006 23:18:35 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24605</link> 
  </item> 
   
  <item> 
   <title>Committed.  Login code still needs to be refactored.</title> 
   <description>Committed.  Login code still needs to be refactored.</description> 
   <pubDate>Tue, 10 Oct 2006 08:51:45 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t24803</link> 
  </item> 
   
  <item> 
   <title>Which login code is in question here? Is this still an issue</title> 
   <description>Which login code is in question here? Is this still an issue?</description> 
   <pubDate>Thu, 03 May 2007 16:03:39 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t32556</link> 
  </item> 
   
  <item> 
   <title>See:



http://cvs.horde.org/co.php?r=1.28&amp;f=framework%2FIMA</title> 
   <description>See:



http://cvs.horde.org/co.php?r=1.28&amp;f=framework%2FIMAP%2FIMAP%2FACL%2Frfc2086.php#l380



and



http://cvs.horde.org/co.php?r=1.28&amp;f=framework%2FIMAP%2FIMAP%2FACL%2Frfc2086.php#l530</description> 
   <pubDate>Thu, 03 May 2007 16:11:09 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t32562</link> 
  </item> 
   
  <item> 
   <title>Jan -
Is this still an issue in git HEAD?</title> 
   <description>Jan -
Is this still an issue in git HEAD?</description> 
   <pubDate>Tue, 10 Aug 2010 22:02:05 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t59571</link> 
  </item> 
   
  <item> 
   <title>AFAICS GETACL fails if the user doen&#039;t have admin permission</title> 
   <description>AFAICS GETACL fails if the user doen&#039;t have admin permissions on the folder, and gets an error notification. Unfortunatly, the form is otherwise empty, so he can&#039;t select another folder, but has to return to the prefs overview first.</description> 
   <pubDate>Tue, 10 Aug 2010 23:23:57 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t59583</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in Git for this ticket:

Bug #4480: a</title> 
   <description>Changes have been made in Git for this ticket:

Bug #4480: always show mailbox list, even on ACL list error

http://git.horde.org/diff.php/imp/lib/Prefs/Ui.php?rt=horde-git&amp;r1=b1904c7f78abed1faf32ed6acb94aefb350f7aa8&amp;r2=4d4352c2f89d39c3dd5b010b7249745dd1f16d03
http://git.horde.org/diff.php/imp/templates/prefs/acl.html?rt=horde-git&amp;r1=b1904c7f78abed1faf32ed6acb94aefb350f7aa8&amp;r2=4d4352c2f89d39c3dd5b010b7249745dd1f16d03</description> 
   <pubDate>Thu, 21 Oct 2010 06:04:49 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/4480#t60512</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
