You have to enable 'shares' for this to happen, and the users have to 
assign permissions for their rules to the user who is going to updated 
the rules for them.

For further questions, please use the mailing list.

Assigning to Jan for classification as a bug or misunderstanding of 
the feature.

Maybe I don't understand what this feature is actually doing. Couldn't 
find any documentation on that. What I'm trying to do is that I can 
log in as an admin in order to change the vacation settings of a user 
that is already out of office. The admin does not know the users 
passwords. Is that possible with this feature?

I never got it to display a list of users in the popup menu.

I can't reproduce this. With the settings you described, Ingo is 
correctly authenticating as the user specified in 'username'. It is 
*authorizing* as the current user though, but that's obviously the 
expected behavior.

Would it help to sponsor a bounty to have this bug resolved as soon as 
possible?

We desperately need the ability to set vacation messages for all users 
by the admin.

Apparently, the timsieved driver does not work when shares=true, 
hordeauth=false and the admin credentials are configured in 
backends.php. Horde is configured to authenticate against IMAP.



I configured backends.php like that:



$backends['sieve'] = array(

     'driver' => 'timsieved',

     'preferred' => 'xxxxxxxxxxxxxxxxxx',

     'hordeauth' => false,

     'params' => array(

         // Hostname of the timsieved server

         'hostspec' => 'xxxxxxxxxxxxxxxxx',

         // Login type of the server

         'logintype' => 'PLAIN',

         // Enable/disable TLS encryption

         'usetls' => false,

         // Port number of the timsieved server

         'port' => 2000,

         // Name of the sieve script

         'scriptname' => 'ingo',

         // The following settings can be used to specify an administration

         // user to update all users' scripts. If you want to use an admin

         // user, you also need to disable 'hordeauth' above. You have to use

         // an admin user if you want to use shared rules.

         'username' => 'adminuser',

         'password' => 'xxxxx'

     ),

     'script' => 'sieve',

     'scriptparams' => array(),

     'shares' => true

);





It still used the IMAP credentials to log in. I had a look a the 
timsieved Driver and applied the patch below. Then I changed the 
config to state "admin" instead of "username" and "adminpassword" 
instead of "password". With these modifications I succeeded in 
authenticating at least. However it looks like as effective user id, 
always my IMAP user ID is used, so I'm not able to modify other user's 
sieve rules. In the ruleset chooser my account is displayed twice, 
once with value ":myusername" and once with "sieve:myusername".





Patch against: timsieved.php,v 1.15.10.9 2008/01/02 11:32:09 jan Exp $



64a65
66a68
69c71,72

<                                        $this->_params['password'],

---