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