6.0.0-beta1
7/26/25

[#1566] KOLAB: delete calendar via webclient fails
Summary KOLAB: delete calendar via webclient fails
Queue Kronolith
Queue Version HEAD
Type Bug
State Resolved
Priority 1. Low
Owners stuart (at)
Requester zmully-kolab (at) smartbrief (dot) com
Created 03/17/2005 (7436 days ago)
Due
Updated 05/25/2005 (7367 days ago)
Assigned 05/20/2005 (7372 days ago)
Resolved 05/25/2005 (7367 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
05/25/2005 05:01:55 PM Chuck Hagenbuch State ⇒ Resolved
 
05/20/2005 11:44:19 AM stuart Comment #3
State ⇒ Feedback
Reply to this comment
05/10/2005 09:54:38 PM zmully-kolab (at) smartbrief (dot) com Comment #2 Reply to this comment
looking at the code in Cr/Kolab/Kolab.php, it appears that all share 
operations are being done with the admin login, which is causing this 
problem. See line ~1220 for an example:



         $result = 
$imap->login($conf['kolab']['imap']['adminuser'],$conf['kolab']['imap']['adminpw'], false, 
false);

       if (is_a($result, 'PEAR_Error')) {

          return $result;

     }



I changed this to use the user login but that breaks the share 
synchronization. I am not yet familiar with the code, so I'd 
appreciate a pointer in the right direction. I replaced the above code 
with:



    $result = 
$imap->login(Auth::getAuth(),Auth::getCredential('password'),false, 
false);

         if (is_a($result, 'PEAR_Error')) {

                 return $result;

         }






04/22/2005 09:24:23 AM Jan Schneider State ⇒ Assigned
 
03/17/2005 06:55:56 AM Chuck Hagenbuch Assigned to stuart
 
03/17/2005 12:51:14 AM zmully-kolab (at) smartbrief (dot) com Comment #1
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ KOLAB: delete calendar via webclient fails
Queue ⇒ Kronolith
Reply to this comment
Using Kolab beta3, Horde CVS HEAD (3/16), deleting calendar fails with 
permission error "  Horde/Kolab: Unable to remove calendar "testing": 
NO, Permission denied" because Horde attempts to delete the calendar 
using the "administrator" login (i.e. "manager"). This user doesn't 
have rights on any folders in Cyrus by default, from cyradm:



mail> lam "user/cmcneilly/testing@smartbrief.com"

cmcneilly@smartbrief.com lrswicda

mail>



In order for the user to delete their own calendars, the following is 
required:



mail> sam "user/cmcneilly/testing@smartbrief.com" manager all



At this point, the user can delete their calendar.



So whatever executes the delete need to do it as the user, not as the admin.



Thanks,

Z

Saved Queries