AW: Replication: Cannot delete the active sieve script

[Hartmut Raithel]

>> Scheint ein Bug zu sein, behoben in v2.2.18:
>> http://dovecot.org/pipermail/dovecot/2015-May/100839.html

Hallo Alex, 

das scheint es offenbar gewesen zu sein. Hab das Malte-Repo eingebunden und
ein Update auf dovecot 2.2.18 gemacht...
...works like a charm. :-) Die Sieve Scripte werden im Falle einer Änderung,
oder wenn gelöscht, innerhalb weniger Sekunden syncronisiert. 
Allerdings habe ich im Bezug auf die Mail-Replikation noch ein wenig
intensiver rumgetestet und dabei ist mir folgendes aufgefallen(active/active
replikation):
"Aktives" Sytem: sh-mail01
"Backup" System: sht-mail01 (wird normalerweise nicht von Mailclients
angefahren, höchstens im "DR-Fall")
Mailbox-Format: Maildir++

1. Neue Mail kommt am sh-mail01 rein ->landet in Maildir/new
1.1 User hat noch nicht mit Mailclient connected - aber der replicator
greift schon mal zu...
2. die Mails in Maildir/new wird zum sht-mail01 nach Maildir/new repliziert
3. Der User connected nun mit dem Mailclient zum sh-mail01 und liest seine
Mails. Die neuen Mails wandern, wie erwartet nach Maildir/cur (und werden
mit "seen" geflagt wenn gelesen)
# Nu kommt der spannende Teil:
4. Am "Backup-Server" wandern die Mails nicht nach Maildir/cur, sondern
bleiben in Maildir/new liegen, werden aber mit ",S" geflaggt wenn der User
die Mails gelesen hat.:
##
Sh-mail01 (Produktivsystem)
root at sh-mail01:/var/mail/hof-university.de/aaasys08a/Maildir/new# ls
1450362318.M864198P8101.sh-mail01,S=14282,W=14596
##
Sht-mail01 (DR-Server)
root at sht-mail01:/var/mail/hof-university.de/aaasys08a/Maildir/new# ls
1450181448.M584926P12881.sht-mail01,S=3102,W=3157:2,S
1450252897.M854538P1550.sh-mail01,S=21886,W=22383:2,S
1450251176.M154458P440.sh-mail01,S=15128,W=15407:2,S
1450362318.M864198P8101.sh-mail01,S=14282,W=14596
##
-> eine Mail ist Frisch reingekommen, der Client hat sich seitdem noch nicht
wieder am sh-mail01 angemeldet die anderen drei, welche am sht-mail01 im new
liegen, sind am sh-mail01 bereits nach "cur" gewandert. 
-> verschiebt der User nun eine dieser Mails in einen anderen Ordner, dann
greift dies auch am DR-Mailserver und die betreffende Maildatei wird dort
von "new" in den betreffenden Ordner verschoben. 
Ein Mailverlust ist scheinbar also grundsätzlich nicht zu befürchten, aber
die Mailbox-Strukturen sind so (Filesystemseitig) zwischen den beiden Hosts
irgendwie nicht recht vergleichbar. Auch ein " doveadm replicator replicate
'aaasys08a'" ändert nix daran das die Mails erst mal in new liegenbleiben. 
Is it a bug or a feature?

Herzliche Grüße
Hartmut








-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : smime.p7s
Dateityp    : application/pkcs7-signature
Dateigröße  : 6619 bytes
Beschreibung: nicht verfügbar
URL         : <https://listen.jpberlin.de/pipermail/dovecot/attachments/20151217/e045accc/attachment.p7s>