On 1/12/2015 2:19 PM, Petar Bogdanovic wrote:
On Mon, Jan 12, 2015 at 01:19:18PM +0100, Stephan Bosch wrote:
Hi,
I ran into some troubles while upgrading pigeonhole:
crane dovecot: lda(petar): Error: sieve: Failed to access user storage (temporary failure) crane dovecot: lda(petar): Error: sieve: file storage: Could not find storage root directory; path was left unconfigured and autodetection failed
After reading through the changelog, I noticed that there have been some changes in the script storage location syntax but that old prefix-less paths should still work fine.
My lda-configuration is very simple:
# lda protocol lda { mail_plugins = sieve postmaster_address = <snip> } plugin { sieve = /data/dovecot/user/%u.sieve sieve_extensions = +editheader sieve_max_redirects = 50 }
And even if I change $sieve to:
sieve = file:/data/dovecot/user/%u.sieve
the error messages disappear but based on the sudden unfiltered wave of mails in my INBOX that I usually store somewhere else, I guess the path still doesn't work. You can enable mail_debug=yes to see where it is looking for the Sieve
Petar Bogdanovic schreef op 12-1-2015 om 13:05: scripts. Thanks. The following output is with:
sieve = /data/dovecot/user/%u.sieve
master: Dovecot v2.2.15 starting up for imap lda: Debug: Loading modules from directory: /usr/pkg/lib/dovecot lda: Debug: Module loaded: /usr/pkg/lib/dovecot/lib90_sieve_plugin.so lda(petar): Debug: Effective uid=2000, gid=2000, home=/etc/skel lda(petar): Debug: maildir++: root=/data/dovecot/user/petar, index=, indexpvt=, control=, inbox=/data/dovecot/user/petar, alt= lda(petar): Debug: userdb lookup skipped, username taken from USER environment lda(petar): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= lda(petar): Debug: Destination address: petar@<snip> (source: user@hostname) lda(petar): Debug: sieve: Pigeonhole version 0.4.6 (3e924b1b6c5c+) initializing lda(petar): Debug: sieve: include: sieve_global is not set; it is currently not possible to include `:global' scripts. lda(petar): Debug: sieve: file storage: Performing auto-detection lda(petar): Debug: sieve: file storage: access(/etc/skel, rwx) failed: Permission denied lda(petar): Error: sieve: file storage: Could not find storage root directory; path was left unconfigured and autodetection failed lda(petar): Error: sieve: Failed to access user storage (temporary failure)
The inbox-path seems found but the sieve path isn't mentioned. ($HOME is /etc/skel and its read-only.)
The following output is with:
sieve = file:/data/dovecot/user/%u.sieve
master: Dovecot v2.2.15 starting up for imap lda: Debug: Loading modules from directory: /usr/pkg/lib/dovecot lda: Debug: Module loaded: /usr/pkg/lib/dovecot/lib90_sieve_plugin.so lda(petar): Debug: Effective uid=2000, gid=2000, home=/etc/skel lda(petar): Debug: maildir++: root=/data/dovecot/user/petar, index=, indexpvt=, control=, inbox=/data/dovecot/user/petar, alt= lda(petar): Debug: userdb lookup skipped, username taken from USER environment lda(petar): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= lda(petar): Debug: Destination address: petar@<snip> (source: user@hostname) lda(petar): Debug: sieve: Pigeonhole version 0.4.6 (3e924b1b6c5c+) initializing lda(petar): Debug: sieve: include: sieve_global is not set; it is currently not possible to include
:global' scripts. lda(petar): Debug: sieve: file storage: Active script path is unconfigured; using default (path=~/.dovecot.sieve) lda(petar): Debug: sieve: file storage: Using script storage path: /data/dovecot/user/petar.sieve lda(petar): Debug: sieve: file storage: Using active Sieve script path: /etc/skel/.dovecot.sieve lda(petar): Debug: sieve: file storage: Relative path to sieve storage in active link: /data/dovecot/user/petar.sieve/ lda(petar): Debug: sieve: file storage: Using script storage path: /etc/skel/.dovecot.sieve lda(petar): Debug: sieve: file script: File/etc/skel/.dovecot.sieve' not found lda(petar): Debug: sieve: No active Sieve script exists in user storage `/data/dovecot/user/petar.sieve' (trying default script location instead) lda(petar): Debug: sieve: No default script configured for user lda(petar): Debug: sieve: User has no personal script lda(petar): Debug: sieve: No scripts to execute: reverting to default delivery.# ls -la /data/dovecot/user/petar.* -rw------- 1 petar petar 32946 /data/dovecot/user/petar.sieve -rw------- 1 petar petar 532 /data/dovecot/user/petar.sieve.log -rw------- 1 petar petar 31571 /data/dovecot/user/petar.svbin
Shouldn't both variants at least fail identically if no prefix implies `file:'?
There is some backwards compatibility that makes these cases different.
But, first of all, it is not a good idea to have a read-only home directory. A writable home directory is important; e.g., to store vacation response status information.
That said, I do think this a bug, especially since it worked before. I've investigated this a bit and this is going to be a somewhat bigger change that I need to test thoroughly, so this may take a couple of days. A workaround for now would be to give it a dummy sieve_dir setting that points to a writable directory.
Regards,
Stephan.