February 2014 - dovecot

Re: [Dovecot] Crash in pop3 with recent dovecot, backtrace
by Leo 17 Feb '14

17 Feb '14

Hi, I have the same crashes in pop3 with the recent dovecot release 2.2.11 on Fedora 16 x86_64. The log file shows: dovecot: pop3(username(a)example.com): Fatal: master: service(pop3): child 26735 killed with signal 11 (core dumped) New mails will be successfully fetched by the client but all the dovecot files in the users maildir (dovecot.index.log, dovecot.index.cache, ...) are not being updated anymore. Here is my backtrace: -----> start backtrace <----- Reading symbols from /usr/local/libexec/dovecot/pop3...done. [New LWP 26735] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `dovecot/pop3'. Program terminated with signal 11, Segmentation fault. #0 client_update_mails (client=0x2388560) at pop3-commands.c:256 256 seq_range_array_add(&deleted_msgs, client->msgnum_to_seq_map[msgnum]); (gdb) bt full #0 client_update_mails (client=0x2388560) at pop3-commands.c:256 search_args = <optimized out> ctx = <optimized out> mail = 0x7fb36483ac5d deleted_msgs = {arr = {buffer = 0x236c088, element_size = 8}, v = 0x236c088, v_modifiable = 0x236c088} seen_msgs = {arr = {buffer = 0x237765a, element_size = 140408462221679}, v = 0x237765a, v_modifiable = 0x237765a} msgnum = <optimized out> bit = 1 #1 0x0000000000407800 in cmd_quit (args=<optimized out>, client=0x2388560) at pop3-commands.c:289 No locals. #2 client_command_execute (client=0x2388560, name=<optimized out>, args=0x408200 "") at pop3-commands.c:920 No locals. #3 0x0000000000405fb8 in client_handle_input (client=0x2388560) at pop3-client.c:739 _data_stack_cur_id = 3 line = 0x237765a "QUIT" args = <optimized out> ret = <optimized out> #4 0x00007fb364828e06 in io_loop_call_io (io=0x2388d10) at ioloop.c:388 ioloop = 0x2374730 t_id = 2 #5 0x00007fb364829c9f in io_loop_handler_run (ioloop=<optimized out>) at ioloop-epoll.c:220 ctx = 0x2374a90 events = 0x0 event = 0x23758f0 list = 0x23764c0 io = <optimized out> tv = {tv_sec = 9, tv_usec = 999836} events_count = <optimized out> msecs = <optimized out> ret = 1 i = <optimized out> call = <optimized out> __FUNCTION__ = "io_loop_handler_run" #6 0x00007fb364828918 in io_loop_run (ioloop=0x2374730) at ioloop.c:412 __FUNCTION__ = "io_loop_run" #7 0x00007fb3647d7533 in master_service_run (service=0x23745c0, callback=<optimized out>) at master-service.c:566 No locals. #8 0x00000000004041f7 in main (argc=1, argv=0x2374390) at main.c:277 set_roots = {0x408e60, 0x0} login_set = {auth_socket_path = 0x236c048 "/run/dovecot/auth-master", postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback = 0x4045e0 <login_client_connected>, failure_callback = 0x404590 <login_client_failed>, request_auth_token = 0} service_flags = <optimized out> storage_service_flags = <optimized out> username = <optimized out> c = <optimized out> (gdb) -----> end backtrace <----- Kind regards, Leo

3 3

[Dovecot] FTS question
by Peter Chiochetti 14 Feb '14

14 Feb '14

Please advise: Can I override the user parameter in solr indexing and searching? To understand, why I wish for that, please consider my setup: # Mail is fetched from a remote imap server # dovecot LDA stores into Maildir as system user # Several virtual users exist in a static userdb # They all share the system users Maildir # everybody can see, move, delete etc. all the mails # dovecot mail_log plugin is used for audit So it is like all/only shared folders, isn't it? A cheap groupware, maybe… This works exceptionally well (2.0 and 2.2.11 as of now). The problem: When e-mails are indexed by solr, the uid of the virtual user is passed on, and only this user will later find that mail in a server side body search. I tried and made "user" an ignored field in solr schema, but then nothing will ever be found, because it is dropped when indexing, but will be asked for in searching. So far, what I learned in a day. Maybe someone can help? Thank You in advance -- peter

2 4

[Dovecot] Isolated crash in dovecot/imap (with backtrace)
by Ralf Hildebrandt 14 Feb '14

14 Feb '14

Log: Feb 14 20:31:56 postamt dovecot: imap(lumo) m0Yg1mLyKABXuzxs: Panic: file imap-fetch.c: line 554 (imap_fetch_more): assertion failed: (ctx->client->output_cmd_lock == NULL || ctx->client->output_cmd_lock == cmd) Feb 14 20:31:56 postamt dovecot: imap(lumo) m0Yg1mLyKABXuzxs: Error: Raw backtrace: /usr/local/dovecot-2.2/lib/dovecot/libdovecot.so.0(+0x68fee) [0xb75ccfee] -> /usr/local/dovecot-2.2/lib/dovecot/libdovecot.so.0(+0x69071) [0xb75cd071] -> /usr/local/dovecot-2.2/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xb75cda9c] -> dovecot/imap [lumo 87.187.60.108 UID FETCH UID FETCH UID FETCH UID FETCH]() [0x8060ad4] -> dovecot/imap [lumo 87.187.60.108 UID FETCH UID FETCH UID FETCH UID FETCH](cmd_fetch+0x318) [0x8054078] -> dovecot/imap [lumo 87.187.60.108 UID FETCH UID FETCH UID FETCH UID FETCH](command_exec+0x32) [0x805e2e2] -> dovecot/imap [lumo 87.187.60.108 UID FETCH UID FETCH UID FETCH UID FETCH]() [0x805d2c7] -> dovecot/imap [lumo 87.187.60.108 UID FETCH UID FETCH UID FETCH UID FETCH]() [0x805d409] -> dovecot/imap [lumo 87.187.60.108 UID FETCH UID FETCH UID FETCH UID FETCH](client_handle_input+0x115) [0x805d645] -> dovecot/imap [lumo 87.187.60.108 UID FETCH UID FETCH UID FETCH UID FETCH](client_input+0x72) [0x805d9f2] -> Feb 14 20:31:56 postamt dovecot: imap(lumo) m0Yg1mLyKABXuzxs: Fatal: master: service(imap): child 23971 killed with signal 6 (core dumped) Backtrace: Reading symbols from /usr/local/dovecot-2.2/libexec/dovecot/imap...done. [New LWP 23971] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1". Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0xb775e424 in __kernel_vsyscall () #0 0xb775e424 in __kernel_vsyscall () No symbol table info available. #1 0xb741b941 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = <optimized out> pid = -1219162124 selftid = 23971 #2 0xb741ed72 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0xbfe67364, sa_sigaction = 0xbfe67364}, sa_mask = {__val = {3077998178, 3219551060, 3075884392, 3219551048, 3078081124, 0, 3075825056, 1, 0, 1, 3077954592, 142179296, 1594, 3076296067, 3, 142209064, 1, 128, 0, 3219551120, 3219551048, 3219551060, 3219551068, 3077954592, 0, 3076305535, 142179264, 3075920260, 3076310429, 3076751908, 1594, 3076751908}}, sa_flags = 0, sa_restorer = 0xb75cca17 <internal_handler+519>} sigs = {__val = {32, 0 <repeats 31 times>}} #3 0xb75ccfde in default_fatal_finish (type=<optimized out>, status=status@entry=0) at failures.c:193 backtrace = 0x87973b0 "/usr/local/dovecot-2.2/lib/dovecot/libdovecot.so.0(+0x68fee) [0xb75ccfee] -> /usr/local/dovecot-2.2/lib/dovecot/libdovecot.so.0(+0x69071) [0xb75cd071] -> /usr/local/dovecot-2.2/lib/dovecot/libdovecot."... #4 0xb75cd071 in i_internal_fatal_handler (ctx=0xbfe67434, format=0x806f714 "file %s: line %d (%s): assertion failed: (%s)", args=0xbfe67454 "\207\320\006\b*\002") at failures.c:657 status = 0 #5 0xb75cda9c in i_panic ( format=format@entry=0x806f714 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:267 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0} args = 0xbfe67454 "\207\320\006\b*\002" #6 0x08060ad4 in imap_fetch_more (ctx=0x87fdd20, cmd=cmd@entry=0x87fdc28) at imap-fetch.c:553 ret = <optimized out> __FUNCTION__ = "imap_fetch_more" #7 0x08054078 in cmd_fetch (cmd=0x87fdc28) at cmd-fetch.c:284 client = <optimized out> ctx = 0x87fdd20 args = 0x87ba650 next_arg = <optimized out> list_arg = 0xb7638224 search_args = 0x0 qresync_args = {qresync_sample_seqset = 0x0, qresync_sample_uidset = 0xb7638224} messageset = 0x87ba710 "38703" send_vanished = <optimized out> ret = <optimized out> #8 0x0805e2e2 in command_exec (cmd=cmd@entry=0x87fdc28) at imap-commands.c:158 hook = 0x879f9a8 ret = <optimized out> #9 0x0805d2c7 in client_command_input (cmd=0x87fdc28) at imap-client.c:780 client = 0x87b7408 command = <optimized out> __FUNCTION__ = "client_command_input" #10 0x0805d409 in client_command_input (cmd=0x87fdc28) at imap-client.c:841 client = 0x87b7408 command = <optimized out> __FUNCTION__ = "client_command_input" #11 0x0805d645 in client_handle_next_command (remove_io_r=<synthetic pointer>, client=0x87b7408) at imap-client.c:879 No locals. #12 client_handle_input (client=client@entry=0x87b7408) at imap-client.c:891 _data_stack_cur_id = 3 ret = 2 remove_io = false handled_commands = false __FUNCTION__ = "client_handle_input" #13 0x0805d9f2 in client_input (client=0x87b7408) at imap-client.c:933 cmd = <optimized out> output = 0x87b7d40 bytes = 198 __FUNCTION__ = "client_input" #14 0xb75dfd44 in io_loop_call_io (io=0x87db478) at ioloop.c:388 ioloop = 0x879f498 t_id = 2 #15 0xb75e0e0e in io_loop_handler_run (ioloop=ioloop@entry=0x879f498) at ioloop-epoll.c:220 ctx = 0x87a0618 events = 0x0 event = 0x87a0658 list = 0x87a0f40 io = <optimized out> tv = {tv_sec = 299, tv_usec = 976127} events_count = 0 msecs = <optimized out> ret = 1 i = <optimized out> j = <optimized out> call = <optimized out> __FUNCTION__ = "io_loop_handler_run" #16 0xb75df7d8 in io_loop_run (ioloop=0x879f498) at ioloop.c:412 __FUNCTION__ = "io_loop_run" #17 0xb7584d7e in master_service_run (service=0x879f3c0, callback=callback@entry=0x80674f0 <client_connected>) at master-service.c:566 No locals. #18 0x08067a00 in main (argc=1, argv=0x879f1e0) at main.c:400 set_roots = {0x8070080, 0x0} login_set = {auth_socket_path = 0x8797048 "\003", postlogin_socket_path = 0x0, postlogin_timeout_secs = 60, callback = 0x8067310 <login_client_connected>, failure_callback = 0x8067490 <login_client_failed>, request_auth_token = 1} service_flags = <optimized out> storage_service_flags = <optimized out> username = <optimized out> c = <optimized out> -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebrandt(a)charite.de | http://www.charite.de

1 0

Re: [Dovecot] LDAP Integration
by Roman Gelfand 14 Feb '14

14 Feb '14

Would there be any adverse side effects if I change, just this config item, now as I have 20 users created and receiving already? On Fri, Feb 14, 2014 at 11:32 AM, Steffen Kaiser <skdovecot(a)smail.inf.fh-brs.de> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Fri, 14 Feb 2014, Roman Gelfand wrote: > >> user_attrs = >> >> =uid=999,=gid=8,=home=/vmail/%Ld/%Ln/Maildir/,=mail=maildir:/vmail/%Ld/%Ln/Maildir/ > > > Never use the Maildir directory as home, use =home=/vmail/%Ld/%Ln/ or > =home=/vmail/%Ld/%Ln/home/ > > or something like that > > - -- Steffen Kaiser > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > > iQEVAwUBUv5FEHD1/YhP6VMHAQJNLQf/SrxflCu+82HjyqSo17CiKNxdahFSIq1V > BZ0AUqs3x9FZEAU/9hRj/090q82jxNkdPRiAUmj0i4UZR7wznBmeNEjxDbYeKGrs > UtOd8AhmlBAWoaTnpcIJd7Bnn5v/mJd+JN8AldidUnOJK4nqMxT22whOcYC6mFQY > IfLUp16hrg3LjqOmq/Yo7rtLZYkQkBLEbRkiNHjMWO99C/5kXQyvb599e6Fxl8nQ > htOIa5Jj9uS+CX2fk4ojrm84K6y14cifdfyxM6AtTqBUSHSyb5tLLeKLkw48ED9f > ksebXbT6sO7qBM78sHsKbGFHVeK7gUQf0T+e4apz9TmwbH1mMJvniw== > =Q3KB > -----END PGP SIGNATURE-----

2 1

[Dovecot] LDAP Integration
by Roman Gelfand 14 Feb '14

14 Feb '14

My ldap config. Would this store incoming email in maildir format? If so, can it be overriden? If so, where (possible place)? hosts = 192.168.0.12:389 ldap_version = 3 auth_bind = yes dn = llookup(a)domain.local dnpass = password base = OU=People,DC=domain,DC=local scope = subtree deref = never user_filter = (&(Mail=%u)(objectClass=person)(!(userAccountControl=514))) pass_filter = (&(Mail=%u)(objectClass=person)(!(userAccountControl=514))) pass_attrs = userPassword=password default_pass_scheme = CRYPT user_attrs = =uid=999,=gid=8,=home=/vmail/%Ld/%Ln/Maildir/,=mail=maildir:/vmail/%Ld/%Ln/Maildir/

2 2

Re: [Dovecot] Maildir format
by Roman Gelfand 14 Feb '14

14 Feb '14

I am not sure where I went wrong here. The wiki says... By default Dovecot uses Maildir++ directory layout for organizing mailbox directories. This means that all the folders are directly inside ~/Maildir directory: ~/Maildir/new, ~/Maildir/cur and ~/Maildir/tmp directories contain the messages for INBOX. The tmp directory is used during delivery, new messages arrive in new and read shall be moved to cur by the clients. ~/Maildir/.folder/ is a mailbox folder ~/Maildir/.folder.subfolder/ is a subfolder of a folder (ie. "folder/subfolder") You can also optionally use the "fs" layout by appending :LAYOUT=fs to mail_location. This makes the folder structure look like: ~/Maildir/new, ~/Maildir/cur and ~/Maildir/tmp directories contain the messages for INBOX, just like with Maildir++. ~/Maildir/folder/ is a mailbox folder ~/Maildir/folder/subfolder/ is a subfolder of a folder Here is my folders. Though there are emails in the inbox, I am not seeing anything in new/ or cur/ folders. root@mbx:/etc/dovecot# ls -la /vmail/domain.tld/j.doe/Maildir/ drwx------ 5 999 mail 4096 Feb 14 10:06 . drwx------ 3 999 mail 4096 Feb 12 19:53 .. drwx------ 2 999 mail 4096 Feb 14 10:02 cur -rw------- 1 999 mail 17408 Feb 14 10:02 dovecot.index.cache -rw------- 1 999 mail 2896 Feb 14 10:06 dovecot.index.log -rw------- 1 999 mail 51 Feb 14 10:06 dovecot-uidlist -rw------- 1 999 mail 8 Feb 12 19:53 dovecot-uidvalidity -r--r--r-- 1 999 mail 0 Feb 12 19:53 dovecot-uidvalidity.52fc176c drwx------ 2 999 mail 4096 Feb 14 10:02 new drwx------ 2 999 mail 4096 Feb 14 09:59 tmp root@mbx:/etc/dovecot# ls -la /vmail/domain.tld/j.joe/Maildir/new total 8 drwx------ 2 999 mail 4096 Feb 14 10:02 . drwx------ 5 999 mail 4096 Feb 14 10:06 .. root@mbx:/etc/dovecot# ls -la /vmail/domain.tld/j.joe/Maildir/cur total 8 drwx------ 2 999 mail 4096 Feb 14 10:02 . drwx------ 5 999 mail 4096 Feb 14 10:06 .. On Fri, Feb 14, 2014 at 9:41 AM, Steffen Kaiser <skdovecot(a)smail.inf.fh-brs.de> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Fri, 14 Feb 2014, Roman Gelfand wrote: > >> I see where the mail box meta data is kept. But don't the actual >> emails. I was under the impression the impression the email was kept, >> on the server, as .eml. > > > http://wiki2.dovecot.org/MailboxFormat/Maildir > > - -- Steffen Kaiser > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.11 (GNU/Linux) > > iQEVAwUBUv4rNnD1/YhP6VMHAQJzRAgA0yz7cZ0tFAgzluubKN7jK0ha3bOXcd5A > ue2aOVWfVz52eHUjgBDY5E4/s37WWe022WKNS1LAEcwbTC/xo7VdGYA472oQdxMm > QWfOvEPdxF8nSY4GIeAe5YiYyszXhQE4i6bC/ouBh0v0OKu6T6VIdd9YYowMW43r > fmpg23xHV/MY7Tk36ac41fZhDYvg0u0uMr7mJyKkf17kuRIBZ0G34AVBodbWml0/ > MN9oLSfIsriOq5zqZw5gkSg1GMsCHneNreKnRcnW5iVGXyYWWu9FoEUwTxUcrf9I > vJI7JA+ut38YN8iO7pFzOvoJ0z4UPeIckp9/7zs8lkjjh5orhQAVcA== > =9fx8 > -----END PGP SIGNATURE-----

2 1

[Dovecot] Mailbox Viewer
by Roman Gelfand 14 Feb '14

14 Feb '14

Is web or windows client which allows for viewing contents of all mailboxes without having to login with their id? Thanks in advance

2 1

[Dovecot] Maildir format
by Roman Gelfand 14 Feb '14

14 Feb '14

I see where the mail box meta data is kept. But don't the actual emails. I was under the impression the impression the email was kept, on the server, as .eml. Thanks in advance

2 1

[Dovecot] Dsync Panic
by Gilles Chauvin 14 Feb '14

14 Feb '14

Hi, Using dsync to backup my users' mailboxes (dovecot 2.2.10 on both sides), I sometimes encounter the following issue. Below is the output of: dsync -Dvf -u "user" -R backup ssh root(a)server.domain.tld dsync -u "user" doveadm(root): Debug: Loading modules from directory: /usr/local/lib/dovecot/doveadm doveadm(root): Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/local/lib/dovecot/doveadm/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this message) doveadm(root): Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/local/lib/dovecot/doveadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_lookup (this is usually intentional, so just ignore this message) doveadm(root): Debug: Skipping module doveadm_quota_plugin, because dlopen() failed: /usr/local/lib/dovecot/doveadm/lib10_doveadm_quota_plugin.so: undefined symbol: quota_user_module (this is usually intentional, so just ignore this message) doveadm(root): Debug: Module loaded: /usr/local/lib/dovecot/doveadm/lib10_doveadm_sieve_plugin.so doveadm(root): Debug: Skipping module doveadm_fts_plugin, because dlopen() failed: /usr/local/lib/dovecot/doveadm/lib20_doveadm_fts_plugin.so: undefined symbol: fts_list_backend (this is usually intentional, so just ignore this message) doveadm(user): Debug: Effective uid=495, gid=495, home=/srv/mail/u/user doveadm(user): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=sdbox:/srv/mail/u/user doveadm(user): Debug: fs: root=/srv/mail/u/user, index=, indexpvt=, control=, inbox=, alt= doveadm(user): Debug: Namespace : Using permissions from /srv/mail/u/user: mode=0700 gid=default dsync-local(user): Debug: brain M: in state=master_recv_handshake dsync-local(user): Debug: brain M: out state=send_mailbox_tree changed=1 dsync-local(user): Debug: brain M: in state=send_mailbox_tree dsync-local(user): Debug: brain M: out state=send_mailbox_tree_deletes changed=1 dsync-local(user): Debug: brain M: in state=send_mailbox_tree_deletes dsync-local(user): Debug: brain M: out state=recv_mailbox_tree changed=1 dsync-local(user): Debug: brain M: in state=recv_mailbox_tree dsync-local(user): Debug: brain M: out state=recv_mailbox_tree changed=0 dsync-local(user): Debug: brain M: in state=recv_mailbox_tree dsync-local(user): Debug: brain M: out state=recv_mailbox_tree_deletes changed=1 dsync-local(user): Debug: brain M: in state=recv_mailbox_tree_deletes dsync-local(user): Debug: brain M: out state=recv_mailbox_tree_deletes changed=0 dsync-remote(user): Panic: file dsync-brain-mailbox-tree-sync.c: line 111 (dsync_brain_mailbox_tree_sync_change): assertion failed: (brain->no_backup_overwrite) dsync-remote(user): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0(+0x6889a) [0x7f1e89ee889a] -> /usr/local/lib/dovecot/libdovecot.so.0(default_fatal_handler+0x32) [0x7f1e89ee89a2] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f1e89ea21cf] -> dsyn(dsync_brain_mailbox_tree_sync_change+0x3c6) [0x42e046] -> dsyn(dsync_brain_recv_mailbox_tree_deletes+0x12a) [0x42d30a] -> dsyn(dsync_brain_run+0x2e6) [0x42ac96] -> dsyn() [0x42b5f0] -> dsyn() [0x43d740] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f1e89ef8336] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xa7) [0x7f1e89ef93a7] -> /usr/local/lib/dovecot/libdovecot.so.0(io_loop_run+0x38) [0x7f1e89ef82a8] -> dsyn() [0x427fd1] -> dsyn() [0x411c97] -> dsyn(doveadm_mail_try_run+0x238) [0x4120a8] -> dsyn(main+0x3d1) [0x41aaa1] -> /lib64/libc.so.6(__libc_start_main+0xfd) [0x7f1e89b0ad1d] -> dsyn() [0x411419] dsync-local(user): Debug: brain M: in state=recv_mailbox_tree_deletes dsync-local(user): Error: read(server.domain.tld) failed: EOF dsync-local(user): Debug: brain M: out state=recv_mailbox_tree_deletes changed=0 dsync-local(user): Error: Remote command returned error 255 Regards, Gilles

1 1

[Dovecot] Problem to setup replication
by Daniel Thielemann 14 Feb '14

14 Feb '14

Hi, i tried to setup replication since some days but I'am stuck now. My conf: # 2.2.10: /etc/dovecot/dovecot.conf # OS: Linux 2.6.32-431.3.1.el6.x86_64 x86_64 CentOS release 6.5 (Final) dsync_remote_cmd = ssh -l%{login} %{host} /usr/bin/doveadm dsync-server -u%u -l%{lock_timeout} -n%{namespace} log_path = /var/log/dovecot mail_gid = 5000 mail_home = /var/vmail/%d/%n mail_location = maildir:~/Maildir mail_plugins = " notify replication" mail_uid = 5000 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 mbox_write_locks = fcntl namespace inbox { inbox = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox "Sent Messages" { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = } passdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } plugin { mail_replica = remote:vmail@server1.domain.dom replication_full_sync_interval = 1 hours sieve = ~/.dovecot.sieve sieve_dir = ~/sieve } protocols = imap 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 user = postfix } unix_listener auth-master { mode = 0600 user = vmail } unix_listener auth-userdb { group = vmail mode = 0600 user = vmail } } service managesieve-login { inet_listener sieve_deprecated { port = 2000 } } service replicator { process_min_avail = 1 unix_listener replicator-doveadm { mode = 0600 user = vmail } } ssl = required ssl_cert = </etc/pki/dovecot/certs/dovecot.pem ssl_key = </etc/pki/dovecot/private/dovecot.pem userdb { driver = prefetch } userdb { args = /etc/dovecot/dovecot-sql.conf driver = sql } protocol lda { auth_socket_path = /var/run/dovecot/auth-master log_path = /var/log/protocol-lda.log mail_plugins = sieve postmaster_address = postmaster(a)domain.dom } ----------------- sql-conf: driver = mysql connect = host=127.0.0.1 dbname=xxx user=mailuser password=xxx default_pass_scheme = SSHA512 password_query = SELECT email as user, password FROM virtual_users WHERE email='%u'; user_query = SELECT email as user FROM virtual_users WHERE email ='%u'; iterate_query = SELECT email as user FROM virtual_users WHERE email='%u'; ------------------ The config on the other node is similar, except the mail_replica settings. The weird thing is, that my logs are completly empty. I see only the dovecot startup messages and nothing else. I don't understand why the replication never starts by itself or why there are no errors or anything else in the log. I already read the dovecot replication howto in the official documentation, but IMO I've setup everything already like in the docs. ----------------- I've already tried to replicate my mailboxes using dsync, but if I run the dsync command I get only this output: bash-4.1$ ssh vmail(a)server1.domain.dom /usr/bin/doveadm dsync-server -u john(a)domain.dom VERSION dsync 3 2 Hhostname sync_ns_prefix sync_box sync_box_guid sync_type debug sync_visible_namespaces exclude_mailboxes send_mail_requests backup_send backup_recv lock_timeout no_mail_sync no_backup_overwrite purge_remote Smailbox_guid last_uidvalidity last_common_uid last_common_modseq last_common_pvt_modseq changes_during_sync Nname existence mailbox_guid uid_validity uid_next last_renamed_or_created subscribed last_subscription_change Dhierarchy_sep mailboxes dirs unsubscribes Bmailbox_guid uid_validity uid_next messages_count first_recent_uid highest_modseq highest_pvt_modseq mailbox_lost cache_fields have_guids have_save_guids have_only_guid128 Atype key value stream deleted last_change modseq Ctype uid guid hdr_hash modseq pvt_modseq save_timestamp add_flags remove_flags final_flags keywords_reset keyword_changes Rguid uid Mguid uid pop3_uidl pop3_order received_date stream cname decision last_used . Hserver1.domain.dom dsync-remote(john(a)domain.dom): Error: dsync(local): I/O has stalled, no activity for 600 seconds dsync-remote(john(a)domain.dom): Error: Timeout during state=slave_recv_handshake Any help would be appreciated, because I've really no other ideas anymore. Thanks in advance PS: Excuse my english, I'am german :D

1 1