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)
On Thursday 01 January 2015 08:36:40 Robert Blayzor did opine And Gene did reply:> 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)Obviously, the last 3 lines are showing a perms problem. Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS
On Jan 1, 2015, at 9:12 AM, Gene Heskett <gheskett at wdtv.com> wrote:> > Obviously, the last 3 lines are showing a perms problem.Yes, I know it's a permissions problem. But there should be NO permissions problem as it should not be trying to recompile the script. The script was already pre-compiled and has not changed. (though it thinks it's "out of date" ?). The only "fix" would be to chmod 777 the directory where the default script is so that EVERYONE could compile it at the location. (even though it shouldn't need to be because it was already precompiled) But that would be rather silly now, wouldn't it? These are default sieve scripts that are not in the users homedir, so they have no permission to compile and write them in a directory they don't own. -Robert
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.
On Jan 1, 2015, at 9:50 AM, Stephan Bosch <stephan at rename-it.nl> wrote:> > 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?Sorry about that. ls -l was only showing minutes the actual file mtime *is* newer: ls -l -rw-r--r-- 1 root wheel 168 Jan 1 13:37 default.sieve -rw-r--r-- 1 root wheel 300 Jan 1 13:37 default.svbin stat -f %Sm default.sieve Jan 1 13:37:42 2015 stat -f %Sm default.svbin Jan 1 13:37:51 2015 I did just run it again... same problem: -rw-r--r-- 1 root wheel 168 Jan 1 13:37 default.sieve -rw-r--r-- 1 root wheel 300 Jan 1 14:55 default.svbin Jan 1 14:56:52 dovecot: lda(fred): Error: sieve: binary save: failed to create temporary file: open(/etc/dovecot/sieve/default.svbin.localhost.1435.) failed: Permission denied (euid=1002(fred) egid=1002(fred) missing +w perm: /etc/dovecot/sieve, dir owned by 26:0 mode=0755) Jan 1 14:56:52 dovecot: lda(fred): Error: sieve: The LDA Sieve plugin does not have permission to save global Sieve script binaries; global Sieve scripts like `/etc/dovecot/sieve/default.sieve' need to be pre-compiled using the sievec tool TIA