[Dovecot] Pigeonhole feature request: automatically copy sieve_global_path (default script) to user's sieve_dir
Ed W
lists at wildgooses.com
Thu Oct 14 11:32:43 EEST 2010
On 13/10/2010 08:43, Stephan Bosch wrote:
> Op 12-10-2010 5:47, Jerrale G schreef:
>> We have used the great managesieve you have merged together, with
>> sieve, to create pigeonhole. However, when a user creates a custom
>> script through a GUI of ours, the default, as we expected, would be
>> ignored. Maybe you could add a retain_sieve_global=yes|no setting OR
>> be more complex by having the sieve_global_dir copied to the users
>> sieve_dir on first managesieve script save, if another setting to do
>> this was set to yes. This way the administrators can create a
>> skeleton directory and the users can retain the default skeleton
>> settings.
> You could put the sieve directory with the default script in your
> skeleton. I'm not sure though what you need exactly.
>
I think that's his point - how to do this economically with many users?
What if you want to update the global script later?
I think all the replies so far misunderstand what he is saying. I think
he is describing a situation where he has say a slightly more than
trivial default script in the global directory, which takes effect when
the user has no "per user" script set. His problem is as soon as the
user creates their own "per user" script then the global script stops
being used. He might desire to say provide a standardised: Spam, Out of
office, etc set of filters, PLUS allow the user to add their own filters
- if later he wants to update the "standardised default script" for all
users then this gets complex using some of the possible solutions (eg
copying into the skel)
So he is making the case that the user innocently adds one extra tiny
feature to the default config of his mailserver, but at that point all
the normal functionality also stops working... User is baffled, places
support call to find that they really need to create a much more complex
per user script including all the (previously) default stuff?
Perhaps a workaround for his situation is for the global script to
include the per-user script? Does pigeon hole allow for this? In this
way the global script can run and then pass control over to the user
created script if it exists?
Ed W
More information about the dovecot
mailing list