Discussion:
replicating (manage)sieve - no symlink on replica?
Philipp
2014-09-11 13:36:36 UTC
Permalink
2.2.13/0.4.2, both from source-tarball, no fancy options.

tcp-replication between two nodes and following plugin parameters (same
on both sides, except the ip-addr)
plugin {
sieve_before = /home/ssfn/etc/dovecot/sieve.default
sieve_global_dir = /home/ssfn/etc/dovecot
sieve = ~/.dovecot.sieve
sieve_dir = ~/.sieve
sieve_extensions = +vnd.dovecot.duplicate
sieve_duplicate_period = 6h
mail_replica = tcp:10.66.50.15:9993
}

mail_location = sdbox:/home/ssfn/var/mail/boxes/%n
mail_home = /home/ssfn/var/mail/boxes/%n

Testbed: user getting first email delivered, the subdir %n/.sieve/tmp
is automatically created as expected.
User logs into managesieve on node1 and uploads a script.
The %n/.sieve/managesieve.sieve and the symlink .dovecot.sieve ->
.sieve/managesieve.sieve
is created as expected.

One node2 (via replica) happens:
automatically create %n/.sieve/tmp
automatically create/sync %n/.sieve/managesieve.sieve
just NOT the symlink .dovecot.sieve -> .sieve/managesieve.sieve

Logfiles for lmtp,doveadm,dsync-local dont indicate an error why it
could not create the link or such,
to me it looks like it wouldnt even try.

mail-syncing works flawlessly (for delivery, just read about the
expunge .. hum.)

I tried to force a full-resync via doveadm replicator afterwards, to no
change on the matter.

Any input?

Log from node2 after the moment managesieve saves everything correctly
on node1:
Sep 11 15:20:12 doveadm(10.66.30.15,ssfntest): Debug: auth input:
user=ssfntest
Sep 11 15:20:12 doveadm(10.66.30.15,ssfntest): Debug: auth input:
ssfntest
Sep 11 15:20:12 doveadm(10.66.30.15,ssfntest): Debug: Added userdb
setting: plugin/=yes
Sep 11 15:20:12 doveadm(10.66.30.15,ssfntest): Debug: Effective
uid=993, gid=993, home=/home/ssfn/var/mail/boxes/ssfntest
Sep 11 15:20:12 doveadm(10.66.30.15,ssfntest): Debug: Namespace inbox:
type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes,
subscriptions=yes
location=sdbox:/home/ssfn/var/mail/boxes/ssfntest:INDEX=/home/ssfn/var/mail/index/ssfntest:ALT=/home/ssfn/var/mail/alternate/ssfntest
Sep 11 15:20:12 doveadm(10.66.30.15,ssfntest): Debug: fs:
root=/home/ssfn/var/mail/boxes/ssfntest,
index=/home/ssfn/var/mail/index/ssfntest, indexpvt=, control=, inbox=,
alt=/home/ssfn/var/mail/alternate/ssfntest
Sep 11 15:20:12 dsync-server(ssfntest): Debug: Namespace : Using
permissions from /home/ssfn/var/mail/boxes/ssfntest: mode=0700
gid=default
Sep 11 15:20:12 dsync-server(ssfntest): Debug: doveadm-sieve: Iterating
Sieve mailbox attributes
Sep 11 15:20:12 dsync-server(ssfntest): Debug: sieve: Pigeonhole
version 0.4.2 initializing
Sep 11 15:20:12 dsync-server(ssfntest): Debug: sieve-storage: using
active sieve script path:
/home/ssfn/var/mail/boxes/ssfntest/.dovecot.sieve
Sep 11 15:20:12 dsync-server(ssfntest): Debug: sieve-storage: using
sieve script storage directory:
/home/ssfn/var/mail/boxes/ssfntest/.sieve
Sep 11 15:20:12 dsync-server(ssfntest): Debug: sieve-storage:
permission lookup failed from /home/ssfn/var/mail/boxes/ssfntest/.sieve
Sep 11 15:20:12 dsync-server(ssfntest): Debug: sieve-storage: created
storage directory /home/ssfn/var/mail/boxes/ssfntest/.sieve/tmp
Sep 11 15:20:12 dsync-server(ssfntest): Debug: sieve-storage: relative
path to sieve storage in active link: .sieve/
Sep 11 15:20:12 dsync-server(ssfntest): Debug: sieve: script file
/home/ssfn/var/mail/boxes/ssfntest/.sieve/managesieve.sieve not found
Sep 11 15:20:12 dsync-server(ssfntest): Debug: doveadm-sieve: Value
missing for key
`vendor/vendor.dovecot/pvt/server/sieve/files/managesieve' (last change:
1970-01-01 01:00:00)
Sep 11 15:20:13 dsync-server(ssfntest): Debug: doveadm-sieve: Assigned
value for key `vendor/vendor.dovecot/pvt/server/sieve/files/managesieve'

FS tree node2 after that:
[..boxes]# find ssfntest -ls|grep -v mailb
24442 4 drwx------ 4 ssfnimp dlagimp 4096 Sep 11 15:20
ssfntest
21048 4 drwx------ 3 ssfnimp dlagimp 4096 Sep 11 15:20
ssfntest/.sieve
21052 4 drwx------ 2 ssfnimp dlagimp 4096 Sep 11 15:20
ssfntest/.sieve/tmp
21056 4 -rw------- 1 ssfnimp dlagimp 69 Sep 11 15:20
ssfntest/.sieve/managesieve.sieve
21016 0 lrwxrwxrwx 1 ssfnimp dlagimp 38 Sep 11 15:05
ssfntest/dbox-alt-root -> /home/dlag/var/mail/alternate/ssfntest

FS tree node1 "before":
[..boxes]# find ssfntest -ls|grep -v mailb
1835841 4 drwx------ 4 ssfnimp ssfnimp 4096 Sep 11 15:20
ssfntest
1835861 0 lrwxrwxrwx 1 ssfnimp ssfnimp 24 Sep 11 15:05
ssfntest/.dovecot.sieve -> .sieve/managesieve.sieve
1835854 4 -rw------- 1 ssfnimp ssfnimp 8 Sep 11 15:05
ssfntest/dovecot-uidvalidity
1835856 4 drwx------ 3 ssfnimp ssfnimp 4096 Sep 11 15:20
ssfntest/.sieve
1835857 4 drwx------ 2 ssfnimp ssfnimp 4096 Sep 11 15:20
ssfntest/.sieve/tmp
1835860 4 -rw------- 1 ssfnimp ssfnimp 69 Sep 11 15:20
ssfntest/.sieve/managesieve.sieve
1835846 0 lrwxrwxrwx 1 ssfnimp ssfnimp 38 Sep 11 15:05
ssfntest/dbox-alt-root -> /home/ssfn/var/mail/alternate/ssfntest
Stephan Bosch
2014-09-15 22:49:59 UTC
Permalink
Post by Philipp
2.2.13/0.4.2, both from source-tarball, no fancy options.
tcp-replication between two nodes and following plugin parameters
(same on both sides, except the ip-addr)
plugin {
sieve_before = /home/ssfn/etc/dovecot/sieve.default
sieve_global_dir = /home/ssfn/etc/dovecot
sieve = ~/.dovecot.sieve
sieve_dir = ~/.sieve
sieve_extensions = +vnd.dovecot.duplicate
sieve_duplicate_period = 6h
mail_replica = tcp:10.66.50.15:9993
}
mail_location = sdbox:/home/ssfn/var/mail/boxes/%n
mail_home = /home/ssfn/var/mail/boxes/%n
Testbed: user getting first email delivered, the subdir %n/.sieve/tmp
is automatically created as expected.
User logs into managesieve on node1 and uploads a script.
The %n/.sieve/managesieve.sieve and the symlink .dovecot.sieve ->
.sieve/managesieve.sieve
is created as expected.
automatically create %n/.sieve/tmp
automatically create/sync %n/.sieve/managesieve.sieve
just NOT the symlink .dovecot.sieve -> .sieve/managesieve.sieve
Logfiles for lmtp,doveadm,dsync-local dont indicate an error why it
could not create the link or such,
to me it looks like it wouldnt even try.
mail-syncing works flawlessly (for delivery, just read about the
expunge .. hum.)
I tried to force a full-resync via doveadm replicator afterwards, to
no change on the matter.
Any input?
Sorry, I haven't had time to look at this one. I believe a similar issue
was reported earlier. It is on my list, but testing this is a bit
cumbersome for me at the moment.

Regards,

Stephan.
Claus
2014-10-17 11:11:19 UTC
Permalink
Hello Stephan,

we have the same Problem.
replication of script-files and directory works fine, but activation of
script isn't replicated (missing symlink).

regards

claus
Post by Stephan Bosch
Post by Philipp
2.2.13/0.4.2, both from source-tarball, no fancy options.
tcp-replication between two nodes and following plugin parameters
(same on both sides, except the ip-addr)
plugin {
sieve_before = /home/ssfn/etc/dovecot/sieve.default
sieve_global_dir = /home/ssfn/etc/dovecot
sieve = ~/.dovecot.sieve
sieve_dir = ~/.sieve
sieve_extensions = +vnd.dovecot.duplicate
sieve_duplicate_period = 6h
mail_replica = tcp:10.66.50.15:9993
}
mail_location = sdbox:/home/ssfn/var/mail/boxes/%n
mail_home = /home/ssfn/var/mail/boxes/%n
Testbed: user getting first email delivered, the subdir %n/.sieve/tmp
is automatically created as expected.
User logs into managesieve on node1 and uploads a script.
The %n/.sieve/managesieve.sieve and the symlink .dovecot.sieve ->
.sieve/managesieve.sieve
is created as expected.
automatically create %n/.sieve/tmp
automatically create/sync %n/.sieve/managesieve.sieve
just NOT the symlink .dovecot.sieve -> .sieve/managesieve.sieve
Logfiles for lmtp,doveadm,dsync-local dont indicate an error why it
could not create the link or such,
to me it looks like it wouldnt even try.
mail-syncing works flawlessly (for delivery, just read about the
expunge .. hum.)
I tried to force a full-resync via doveadm replicator afterwards, to
no change on the matter.
Any input?
Sorry, I haven't had time to look at this one. I believe a similar issue
was reported earlier. It is on my list, but testing this is a bit
cumbersome for me at the moment.
Regards,
Stephan.
Loading...