timsieved backend: Shared rule modification doesn't

Apparently, the timsieved driver does not work when shares=t

Mon, 03 Mar 2008 22:34:40 +0000

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 > $pw = $this->_params['password']; 66a68 > $pw = $this->_params['adminpassword']; 69c71,72 < $this->_params['password'], --- > # $this->_params['password'], > $pw,

Would it help to sponsor a bounty to have this bug resolved

Wed, 02 Apr 2008 14:57:41 +0000

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.

I can't reproduce this. With the settings you described, Ing

Sat, 17 May 2008 20:19:10 +0000

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.

Maybe I don't understand what this feature is actually doing

Tue, 20 May 2008 13:58:51 +0000

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.

Assigning to Jan for classification as a bug or misunderstan

Fri, 23 May 2008 19:20:36 +0000

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

You have to enable 'shares' for this to happen, and the user

Sat, 24 May 2008 16:55:39 +0000

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.