Sieve permissions issue following update

[Stephan Bosch]

On 1/1/2015 2:36 PM, Robert Blayzor wrote:
> On Jan 1, 2015, at 8:10 AM, Stephan Bosch <stephan at rename-it.nl> wrote:
>> Could you enable mail_debug? That should show why it is trying to
>> recompile the Sieve script.
>
> Well, that it does!  And it's saying the script is "not up to date" and tries to recompile it.  However, I'm not sure why it would say it's NOT up to date, it most certainly was manually compiled by me and not touched afterwards.  Would commented likes, starting with "#" in the script have anything to do with it?
>
>
> Jan 01 13:32:30 lda(rt): Debug: sieve: file storage: Using script storage path: /etc/dovecot/sieve/default.sieve
> Jan 01 13:32:30 lda(rt): Debug: sieve: file script: Opened script `default' from `/etc/dovecot/sieve/default.sieve'
> Jan 01 13:32:30 lda(rt): Debug: sieve: Using the following location for user's Sieve script: /etc/dovecot/sieve/default.sieve
> Jan 01 13:32:30 lda(rt): Debug: sieve: Loading script /etc/dovecot/sieve/default.sieve
> Jan 01 13:32:30 lda(rt): Debug: sieve: Script binary /etc/dovecot/sieve/default.svbin is not up-to-date
> Jan 01 13:32:30 lda(rt): Debug: sieve: Script `default' from /etc/dovecot/sieve/default.sieve successfully compiled
> Jan 01 13:32:30 lda(rt): Error: sieve: binary save: failed to create temporary file: open(/etc/dovecot/sieve/default.svbin.dogpile.devnull.us.679.) failed: Permission denied (euid=1002(rt) egid=1002(rt) missing +w perm: /etc/dovecot/sieve, dir owned by 26:0 mode=0755)

Hmm. This smells like a bug. I notice that your modification times of
the .sieve and .svbin file are exactly the same (that is somewhat
unusual). I'm looking at a potential bug that would explain your problem.

To confirm, could you try running sievec again, so that the .svbin is
actually newer than the .sieve?

Regards,

Stephan.