-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Thu, 27 Nov 2008, Miguel Filho wrote:
Well as you can see, a file without the .sieve is not welcome :-(
I checked the RFC and there is no requirement for a .sieve file extension when considering scriptnames.
Well, the RFC specifies the scriptname "on wire", but does not (and should not) care, what happens afterwards.
You muddle with the internal storage of the managesieve demon. It contains sanity checks to prevent that its operations breaks other programs managing Sieve scripts and the other way around.
Is this a misplaced restriction or it really should be enforced for any reason?
I hope that this can be tolerable, or I will have to rename a lot of scripts and remove all hardcoded "phpscript" strings from avelsieve :-(
I guess you've configured avelsieve to place the script right into the home directory of the user rather than through ManageSieve, right? Therefore Managesieve detects that this script is alien and keeps its hands off.
Either use Managesieve (the protocol) or configure the symlinks in reverse direction (though I suppose it won't work unless Avelsieve overwrites the file):
ln -s ~user/.dovecot.sieve ~user/phpscript
So Avelsieve will manage, whatever Managesieve places there, and Managesieve does not detect the alien interference.
Another strategy would be to: a) test what happens if the target of ~/.dovecot.sieve (~/Maildir/sieve/script.sieve) is a symlink itself. b) remove the name check from the demon.
But why are you using two sieve management interfaces?
Bye,
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFJL6jlVJMDrex4hCIRAo/UAJ46ftWtrmSxnrhmYEac/kpUblOLngCeLvzN Y7dXaE1cvNzPw7s/XMQOQ4s= =otoV -----END PGP SIGNATURE-----