[Dovecot] System-wide sieve script?

Ty! Boyack ty at nrel.colostate.edu
Thu Sep 28 02:53:12 EEST 2006


Thanks, Luca!

I didn't mention very clearly that I need BOTH a system-wide and user 
script to run in some sort of chained fashion, as you pointed out.  I 
had seen the global_script_path option, but agree that running the 
system wide script ONLY if the user script doesn't exist removes a lot 
of the flexibility that can be achieved with chained scripts, although 
it does provide a nice safety catch for missing user scripts.  In our 
environment, it simply does not achieve what we need without some sort 
of chain.

I will go read your past thread to catch up on people's ideas of how 
this "should" work.  Glad to hear this is already on the radar - I'll 
return when I'm up to speed with the community ;-)

-Ty!



Luca Corti wrote:
> On Wed, 2006-09-27 at 16:17 -0600, Ty! Boyack wrote:
>   
>> In the dovecot LDA documentation, it mentions having sieve scripts 
>> located in ~/.dovecot.sieve, which works great for per-user sieve code.  
>> I was trying to find out if there was a system-wide sieve script (maybe 
>> /etc/dovecot.sieve?) that would hopefully be run first, followed by any 
>> per-user sieve code. 
>>     
>
> Hello,
>
> you can do this
>
> lda {
>
> ...
>
> # If there is no user-specific Sieve-script, global Sieve script is
> # executed if set.
> #global_script_path =
>
> ...
>
> }
>
> in dovecot.conf. If a recipent sieve script is not present the global
> script will be. Personally I find this feature almost useless.
>
>
>   
>> Anyone know if this is already possible, or if not, if there are any 
>> plans to implement this? 
>>     
>
> Sometime ago I made a feature request about having
> system-wide/domainwide/global scripts and executing them in a chain.
> Lookup my "LDA Sieve feature request" thread in the mailing-list
> archives. Basically objections were raised about how this should behave
> exactely. I did not have the time to continue thinking about that at the
> time. Maybe we can resume discussion on the logic and eventually come up
> with some scheme which makes sense to propose Timo for implementation.
>
>
>   
>> I'm assuming one could make a kludgey fix by having every .dovecot.sieve 
>> include a system-wide file, but that would allow a user to remove that 
>> "include" if they choose.  I'd like to have a centrally controlled, 
>> immutable set of rules that all mail goes through.
>>     
>
> I thought about this too and this is doable if you manage your scripts
> through Horde Ingo, IIRC. But this is ugly at best. I would like to be
> able to put this into dovecot.conf too.
>
>
>   
>> If I missed something in the wiki or archives, I offer my apologies in 
>> advance.
>>     
>
> You did ;)
>
>
> ciao
>
> Luca
>   




More information about the dovecot mailing list