Hi,
I've got two servers set up for replication, which is working fine - except the sieve scripts.
While the first replication, the existing rules have been replicated well. Also the activation/Deactivation seems to work. But Changes to the rules doesn't seem to be transferred.
Configuration should be the same as the other server, except for mail_replica
dovecot -n:
# 2.2.15: /etc/dovecot/dovecot.conf # OS: Linux 3.7.10-1.40-desktop x86_64 openSUSE 12.3 (x86_64) auth_master_user_separator = * auth_mechanisms = plain login digest-md5 cram-md5 apop auth_verbose = yes doveadm_password = strenggeheim doveadm_port = 54321 mail_location = maildir:~/Maildir mail_plugins = " quota fts fts_lucene trash zlib notify replication" managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave duplicate namespace inbox { inbox = yes location = mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Sent { auto = subscribe special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { auto = subscribe special_use = \Trash } prefix = } passdb { args = /etc/dovecot/master-users driver = passwd-file master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-ldap.conf.ext driver = ldap } plugin { fts = lucene fts_autoindex = yes fts_lucene = whitespace_chars=@. mail_replica = tcps:mail.bruecko.de quota = maildir:User quota quota_exceeded_message = Storage quota for this account has been exceeded, please try again later. quota_grace = 100M quota_rule = *:storage=1000M quota_rule2 = Trash:storage=+10%% quota_status_nouser = DUNNO quota_status_overquota = 552 5.2.2 Mailbox is full / Mailbox ist voll quota_status_success = DUNNO quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u quota_warning3 = storage=75%% quota-warning 75 %u sieve = /virtualmail/%Ld/%Ln/.dovecot.sieve sieve_dir = /virtualmail/%Ld/%Ln/sieve sieve_global_dir = /virtualmail sieve_max_redirects = 32 trash = /etc/dovecot/dovecot-trash.conf.ext zlib_save = gz zlib_save_level = 6 } postmaster_address = admin@93er.net protocols = imap pop3 lmtp sieve service aggregator { fifo_listener replication-notify-fifo { user = vmail } unix_listener replication-notify { user = vmail } } service auth { unix_listener /var/spool/postfix/private/auth { mode = 0666 } } service doveadm { inet_listener { port = 54321 ssl = yes } } service imap-login { inet_listener imap { port = 143 } inet_listener imaps { port = 993 ssl = yes } } service lmtp { inet_listener lmtp { address = 127.0.0.1 port = 24 } user = vmail } service managesieve-login { inet_listener sieve { port = 4190 } inet_listener sieve_deprecated { port = 2000 } } service pop3-login { inet_listener pop3 { port = 110 } inet_listener pop3s { port = 995 ssl = yes } } service quota-status { client_limit = 1 executable = quota-status -p postfix inet_listener { port = 12340 } } service quota-warning { executable = script /usr/local/bin/quota-warning.sh unix_listener quota-warning { user = vmail } user = vmail } service replicator { process_min_avail = 1 unix_listener replicator-doveadm { mode = 0666 } } ssl_cert =
Any advice?
Regards
Hanns
Hi,
Hanns Mattes hanns@hannsmattes.de schrieb:
[replication not updating sieve rules]
I didn't get any further but at least I saw an error message. After I deleted one user's home-directory on one of the two machines, maillog was showing (on both machines with a short delay):
,----[ /var/log/mail ] | dsync-server(someuser@example.com): Panic: file dsync-brain-mailbox.c: | line 331 (dsync_brain_sync_mailbox_deinit): assertion failed: | (brain->failed || brain->sync_type == DSYNC_BRAIN_SYNC_TYPE_CHANGED) Dec | 13 21:54:27 mail dovecot: dsync-server(someuser@example.com): Error: Raw | backtrace: /usr/lib64/dovecot/libdovecot.so.0(+0x75c0a) [0x7f51d82f1c0a] | -> /usr/lib64/dovecot/libdovecot.so.0(+0x75c76) [0x7f51d82f1c76] -> | /usr/lib64/dovecot/libdovecot.so.0(i_fatal+0) [0x7f51d82a3361] -> | dovecot/doveadm-server 94.79.154.202 someuser@example.com | slave_recv_mailbox [0x7f51d8ac63ba] -> dovecot/doveadm-server | 94.79.154.202 someuser@example.com | slave_recv_mailbox | [0x7f51d8ac6ecc] -> dovecot/doveadm-server 94.79.154.202 | someuser@example.com slave_recv_mailbox | [0x7f51d8ac4a82] -> dovecot/doveadm-server 94.79.154.202 | someuser@example.com slave_recv_mailbox [0x7f51d8ac5081] -> | dovecot/doveadm-server 94.79.154.202 someuser@example.com | slave_recv_mailbox [0x7f51d8ad796f] -> | /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x5b) | [0x7f51d83040ab] -> | /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0xaf) | [0x7f51d830514f] -> | /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x9) | [0x7f51d8304139] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x38) | [0x7f51d83041b8] -> dovecot/doveadm-server 94.79.154.202 | someuser@example.com slave_recv_mailbox [0x7f51d8ab64a7] -> | dovecot/doveadm-server 94.79.154.202 someuser@example.com | slave_recv_mailbox [0x7f51d8ab8f5f] -> dovecot/doveadm-server | 94.79.154.202 someuser@example.com slave_recv_mailbox | [0x7f51d8ac345c] -> | /usr/lib64/dovecot/libdovecot.so.0(io_loop_call_io+0x5b) | [0x7f51d83040ab] -> | /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run_internal+0xaf) | [0x7f51d830514f] -> | /usr/lib64/dovecot/libdovecot.so.0(io_loop_handler_run+0x9) | [0x7f51d8304139] -> /usr/lib64/dovecot/libdovecot.so.0(io_loop_run+0x38) | [0x7f51d83041b8] -> | /usr/lib64/dovecot/libdovecot.so.0(master_service_run+0x13) | [0x7f51d82a86e3] -> dovecot/doveadm-server 94.79.154.202 | someuser@example.com slave_recv_mailbox [ Dec 13 21:54:27 | mail dovecot: dsync-server(someuser@example.com): Fatal: master: | service(doveadm): child 21645 killed with signal 6 (core dumps disabled) `----
Nevertheless the replication went fine and both machines are working as usual.
Anything to worry?
Regards Hanns
Hanns Mattes hanns@hannsmattes.de schrieb:
Hi,
Hanns Mattes hanns@hannsmattes.de schrieb:
[replication not updating sieve rules]
JFTR; Upgrading to pigeonhole 0.4.6 seems to solve the problem.
Best regards
Hanns
participants (1)
-
Hanns Mattes