- dovecot - dovecot.org

[Dovecot] Dovecot's brittle configuration syntax
by Kai Hendry 29 Nov '13

29 Nov '13

Hi there, Whilst trying to come up with a minimal configuration for Dovecot: http://dabase.com/blog/Minimal_Dovecot/ I noticed the configuration syntax is a bit admin unfriendly. It's easy to get an infamous Error code 89. Is there any back story to the grammar or language this configuration is in? Kind regards,

2 1

Re: [Dovecot] Dovecot's brittle configuration syntax
by Joseph Tam 29 Nov '13

29 Nov '13

Kai Hendry <hendry(a)dabase.com> wrote: > Whilst trying to come up with a minimal configuration for Dovecot: > http://dabase.com/blog/Minimal_Dovecot/ I think your characterization of the complexity of dovecot configuration by simply counting configuration lines to get it working is off base. It's conceivable to have all the default values work for you and only specify those that differ from defaults (or configure your system to conform to defaults if you want to place the proverbial cart before the horse), but that doesn't make it less complex -- it just hides it. (See doveconf -a if you want to see what you're shorthanding). If you want minimal configuration fuss, you can try uw-imapd. Not a lot of knobs to twist on that thing, but you'll have to accept all its limitations as well. A well chosen set of defaults that works for most people is a good design decision, but I've seen plenty of different and oddball layouts (including the sneakernet post preceding this one) that requires a lot of flexibility, which necessarily requires a lot of configuration to express them. The sample configuration is verbose because it doubles as documentation: you can use it as a starting point and remove the parts you don't need, or start from the documentation and move forward. I agree, though, that the documentation needs an editorial overhaul -- it's a little bewildering to find what you need along with the contextual information. > I noticed the configuration syntax is a bit admin unfriendly. It's easy > to get an infamous Error code 89. > > Is there any back story to the grammar or language this configuration is > in? It appears to me to have grown organically, and maybe will need pruning some day. Joseph Tam <jtam.home(a)gmail.com>

2 1

Re: [Dovecot] Replication via sneakernet
by David Bishop 29 Nov '13

29 Nov '13

D'oh. Replied to Timo instead of to the list. Apologies! On Thu, Nov 28, 2013 at 1:07 PM, David Bishop <dovecot(a)dpe.lusars.net>wrote: > On Thu, Nov 28, 2013 at 1:02 AM, Timo Sirainen <tss(a)iki.fi> wrote: > >> On 28.11.2013, at 5.17, David Bishop <dovecot(a)dpe.lusars.net> wrote: >> >> > There are trams shuttling back and forth along this road (stopping at >> each >> > station), and adding a small box (such as a weatherproofed Raspberry Pi >> > with a wifi dongle) to transport files up and down the road is pretty >> > simple. >> >> But if you do it this way and you can keep a full copy of the shared mail >> storage on your Raspberry, that would be possible already with dsync I >> think. dsync supports quick incremental updates by keeping track of the >> previous state between the servers. This state is saved in a file, so you >> could keep a different state for each different dsynced server. >> > > Bravo for a solution that doesn't require a code change and doesn't seem > to require directly touching the spools! :) > > Reading the man page, it looks like only mirroring for people who happen > to be checking email at a given place (as well as people who have received > mail and the shared mailboxes) seems like a pretty simple thing to do. > Hurrah! > > Thank you, this is wonderful. > > And more questions... > > If I'm running a virtual mail domain, the user/pass I give is for the > virtual mail user, correct? And, in a virtual mail setup, do I specify > "username" or "username@domain"? > > Is there a window beyond which synchronization becomes more difficult? For > instance, if messages (or metadata updates, like "I deleted this message") > get parked overnight without updating, and in the morning (9 hours later), > the trams (one at a time) pull into range of wifi, there won't be > confusion, right? > >

2 1

[Dovecot] sendmail to postfix-dovecot
by Roger Berger 28 Nov '13

28 Nov '13

Hi, I am a newbie to postfix and dovecot so I hope you can help me. I have an old server running sendmail for many years now. On this server I have about 100 domains and 500 users. The users are named as myuser or myuser.dom. People use pop3 and imap for fetching reading their email. I've setup a new server with postfix and dovecot2 on freebsd and managed to get it all working with virtual users. However, now I found out that I overlooked something; People have to login with username(a)domain.tld<mailto:username@domain.tld> on the new server but only use their username on the old server. This means they all have to change their login credentials, which is not an option. Is it possible to do some scripting before authentication where the username is looked up in the database and the right domain is added to the account? If I understand right it is not possible to use system and virtual users together. Thanks, Roger

5 6

Re: [Dovecot] Permissions problems
by Joseph Tam 28 Nov '13

28 Nov '13

<md.benson(a)gmail.com> wrote: > Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: > rename(/mpool/mail/mark/dovecot.index.log.newlock, > /mpool/mail/mark/dovecot.index.log) failed: Permission denied > ... > This is what the directory currently looks like: > > mark@proliant-1:~$ ls -la /mpool/mail > total 6 > drwxrwxrwx+ 3 root root 3 2013-11-24 17:17 . > drwxr-xr-x+ 5 root root 5 2013-11-24 13:50 .. > drwxrwxrwx+ 5 mark staff 9 2013-11-24 22:20 mark I'm think the "+" is the problem: you have, in the words of the manpage for ls, ... this character is a plus sign (+) character if a non-trivial ACL is associated with the file ... Try ls -alv /mpool/mail I don't use ACLs, so I can help you how to modify them. Joseph Tam <jtam.home(a)gmail.com>

1 0

[Dovecot] Enabling quota
by Andreas Kasenides 27 Nov '13

27 Nov '13

Hello everybody. Sorry if this has been answered before, I just could not find any info. Just point me if that is so. Can somebody please explain why there is no option --with-quota (ot may be --with-fs-quota) for the configure command? As it stands now, at least for the fs back-end the only thing that tells us that Dovecot does not do quotas is after the build/configuration we get dovecot: imap(xxdxx): Error: quotactl(Q_GETQUOTA, csfs9.cs.ucy.ac.cy:/mail) failed: No such file or directory which essentially means that during the build no quota development libraries were found and therefore fs quota will not function. This is rather confusing and the above error does not help much. Note also that "dovecot --build-options" is also silent on this. I suppose other back-ends do not have this requirement since there is no need for such devel libraries. thankx Andreas

3 3

[Dovecot] Dsync on a medium sized site
by Skeffling 27 Nov '13

27 Nov '13

Hello, We're looking at changing our current Dovecot setup to use dsync between 2 servers in different data centres to share the load and to provide resilience. We're quite excited about the possibilities! We receive about 100,000 emails a day, to about 10,000 mailboxes - a mix of IMAP and POP3. We'll use Dovecot Deliver via exim to put mail in to the Maildir. Has dsync been used on sites of this size? -Any tips? Do people tend to sync between 2 servers, or do some people use more than 2? I'm interested in other people's experience before setting up some test boxes. Thanks! Andrew.

1 0

[Dovecot] Failute to compile of pigeonhole-0.4.2 with Dovecot 2.2.7
by Andreas Kasenides 27 Nov '13

27 Nov '13

On trying to compile pigeonhole-0.4.2 on Dovecot 2.2.7 on a CentOS 6.4 machine Linux xxx.xxx 2.6.32-358.14.1.el6.x86_64 #1 SMP Tue Jul 16 23:51:20 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux with ./configure --with-dovecot=/usr/local/lib/dovecot I get the following error: ............ /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include/dovecot -I../.. -I../../src/lib-sieve -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -MT sieve-storage.lo -MD -MP -MF .deps/sieve-storage.Tpo -c -o sieve-storage.lo sieve-storage.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I/usr/local/include/dovecot -I../.. -I../../src/lib-sieve -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast -fno-builtin-strftime -Wstrict-aliasing=2 -MT sieve-storage.lo -MD -MP -MF .deps/sieve-storage.Tpo -c sieve-storage.c -fPIC -DPIC -o .libs/sieve-storage.o sieve-storage.c: In function 'sieve_storage_inbox_script_attribute_set': sieve-storage.c:702: error: 'MAILBOX_ATTRIBUTE_PREFIX_DOVECOT_PVT_SERVER' undeclared (first use in this function) sieve-storage.c:702: error: (Each undeclared identifier is reported only once sieve-storage.c:702: error: for each function it appears in.) sieve-storage.c:702: error: expected ')' before string constant sieve-storage.c:693: warning: unused parameter 'name' sieve-storage.c: In function 'sieve_storage_inbox_script_attribute_rename': sieve-storage.c:718: error: 'MAILBOX_ATTRIBUTE_PREFIX_DOVECOT_PVT_SERVER' undeclared (first use in this function) sieve-storage.c:718: error: expected ')' before string constant sieve-storage.c:720: error: expected ')' before string constant sieve-storage.c:709: warning: unused parameter 'oldname' sieve-storage.c:709: warning: unused parameter 'newname' sieve-storage.c: In function 'sieve_storage_inbox_script_attribute_unset': sieve-storage.c:738: error: 'MAILBOX_ATTRIBUTE_PREFIX_DOVECOT_PVT_SERVER' undeclared (first use in this function) sieve-storage.c:738: error: expected ')' before string constant sieve-storage.c:729: warning: unused parameter 'name' make[3]: *** [sieve-storage.lo] Error 1 make[3]: Leaving directory `/root/dovecot-2.2-pigeonhole-0.4.2/src/lib-sievestorage' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/root/dovecot-2.2-pigeonhole-0.4.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/dovecot-2.2-pigeonhole-0.4.2' make: *** [all] Error 2 Dovecot 2.2.7 compiles and runs fine. Any help appreciated. Andreas

2 2

[Dovecot] Permissions problems
by Google 27 Nov '13

27 Nov '13

Hi, I have dovecot 2.0.20 running (its an old version, I know, it came from the stable archive at OpenCSW) with Solaris SMF integration working fine. It enables and disables okay. However, I cantt connect to it, it is allowing the connection, but spewing on permissions: Nov 24 17:34:20 proliant-1 dovecot: [ID 583609 mail.info] master: Dovecot v2.0.20 starting up Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.info] imap-login: Login: user=<mark>, method=PLAIN, rip=192.168.1.69, lip=192.168.1.72, mpid=18816 Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.info] imap-login: Login: user=<mark>, method=PLAIN, rip=192.168.1.69, lip=192.168.1.72, mpid=18818 Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.info] imap-login: Login: user=<mark>, method=PLAIN, rip=192.168.1.69, lip=192.168.1.72, mpid=18820 Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.info] imap(mark): Connection closed bytes=17/340 Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.info] imap-login: Login: user=<mark>, method=PLAIN, rip=192.168.1.69, lip=192.168.1.72, mpid=18822 Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: rename(/mpool/mail/mark/dovecot.index.log.newlock, /mpool/mail/mark/dovecot.index.log) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: rename(/mpool/mail/mark/dovecot-uidlist.tmp, /mpool/mail/mark/dovecot-uidlist) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: unlink(/mpool/mail/mark/dovecot-uidlist.tmp) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: rename(/mpool/mail/mark/dovecot-uidlist.tmp, /mpool/mail/mark/dovecot-uidlist) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: unlink(/mpool/mail/mark/dovecot-uidlist.tmp) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: rename(/mpool/mail/mark/dovecot-uidlist.tmp, /mpool/mail/mark/dovecot-uidlist) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: unlink(/mpool/mail/mark/dovecot-uidlist.tmp) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: rename(/mpool/mail/mark/dovecot-uidlist.tmp, /mpool/mail/mark/dovecot-uidlist) failed: Permission denied Nov 24 17:34:27 proliant-1 dovecot: [ID 583609 mail.error] imap(mark): Error: unlink(/mpool/mail/mark/dovecot-uidlist.tmp) failed: Permission denied If I actually try to copy mail to the inbox of the account it core-dumps and does, and the SMF service drops into maintenance mode which requires re-enabling. The output from doveconf -n (this is changes from the default settings I think?) is: root@proliant-1:~# doveconf -n # 2.0.20: /etc/opt/csw/dovecot/dovecot.conf # OS: SunOS 5.11 i86pc zfs auth_first_valid_uid = 101 disable_plaintext_auth = no first_valid_uid = 101 mail_location = maildir:/mpool/mail/%u passdb { driver = pam } ssl_cert = </opt/csw/ssl/certs/dovecot.pem ssl_key = </opt/csw/ssl/private/dovecot.pem userdb { driver = passwd } The mail_location is in a ZFS filesystem on my RAIDz array. I couldnt think of any other way of creating user-specific folders in the location. As the value suggests, each user gets their own directory on the filesystem for mail. Is this still a ‘safe’ way to do things or would I be better off relocating each user’s ‘home’ directory to the pool somehow? This is what the directory currently looks like: mark@proliant-1:~$ ls -la /mpool/mail total 6 drwxrwxrwx+ 3 root root 3 2013-11-24 17:17 . drwxr-xr-x+ 5 root root 5 2013-11-24 13:50 .. drwxrwxrwx+ 5 mark staff 9 2013-11-24 22:20 mark mark@proliant-1:~$ ls -la /mpool/mail/mark/ total 14 drwxrwxrwx+ 5 mark staff 9 2013-11-24 22:20 . drwxrwxrwx+ 3 root root 3 2013-11-24 17:17 .. drwxrwxrwx+ 2 mark staff 2 2013-11-24 17:17 cur -rwxrwxrwx+ 1 mark staff 51 2013-11-24 22:20 dovecot-uidlist.tmp -rwxrwxrwx+ 1 mark staff 8 2013-11-24 22:20 dovecot-uidvalidity -rwxrwxrwx+ 1 mark staff 0 2013-11-24 17:17 dovecot-uidvalidity.529234ad -rwxrwxrwx+ 1 mark staff 40 2013-11-24 22:20 dovecot.index.log.newlock drwxrwxrwx+ 2 mark staff 2 2013-11-24 17:17 new drwxrwxrwx+ 2 mark staff 3 2013-11-24 17:21 tmp Any ideas? -- Mark Benson http://DECtec.info Twitter: @DECtecInfo HECnet: STAR69::MARK Online Resource & Mailing List for DEC Enthusiasts.

3 2

[Dovecot] Dovecot 2.1.16
by paolo.brocchi 27 Nov '13

27 Nov '13

Hi, i would ask you a question about a particular dovecot configuration. I would like to have in INBOX folder some emails (e.g email with a header key). The same emails i would like to have into the folders, under INBOX, create by users. How can i do? Thanks Paolo

2 4

[Dovecot] Dovecot 2.1 Panic
by Alexandr Sabitov 27 Nov '13

27 Nov '13

Hi, Dovecot 2.1.12 sends panic message when it tries to authenticate some users. Apparently because they use different authentication mechanisms on different email clients at the same time. For example, in debug logs this user uses CRAM-MD5, NTLM and PLAIN in account settings of his email clients. All passwords are stored in plain text (base64) in LDAP. Please advise me what I can tweak to fix this issue ? Nov 27 06:38:36 dovecot-1 auth: Error: ldap(gone(a)in.com.au,201.45.21.151,<qZlhoBnsvQDLLRuX>): Multiple password values not supported Nov 27 06:38:36 dovecot-1 auth: Panic: file passdb-ldap.c: line 95 (ldap_lookup_finish): assertion failed: (password == NULL || scheme != NULL) Nov 27 06:38:36 dovecot-1 auth: Error: ldap(gone(a)in.com.au,201.45.21.151,<qZlhoBnsvQDLLRuX>): Multiple password values not supported Nov 27 06:38:36 dovecot-1 auth: Error: Raw backtrace: /usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x485ca) [0x7f90ed51b5ca] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x48616) [0x7f90ed51b616] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f90ed4eeeef] -> dovecot-proxy/auth() [0x42967c] -> dovecot-proxy/auth() [0x428da1] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f90ed5277a6] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f90ed5287df] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f90ed527748] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f90ed513123] -> dovecot-proxy/auth(main+0x376) [0x41bd26] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f90ec2d8c8d] -> dovecot-proxy/auth() [0x40d0f9] Nov 27 06:38:36 dovecot-1 auth: Error: Raw backtrace: /usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x485ca) [0x7f90ed51b5ca] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(+0x48616) [0x7f90ed51b616] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f90ed4eeeef] -> dovecot-proxy/auth() [0x42967c] -> dovecot-proxy/auth() [0x428da1] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x36) [0x7f90ed5277a6] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0x9f) [0x7f90ed5287df] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(io_loop_run+0x28) [0x7f90ed527748] -> /usr/local/dovecot/lib/dovecot/libdovecot.so.0(master_service_run+0x13) [0x7f90ed513123] -> dovecot- proxy/auth(main+0x376) [0x41bd26] -> /lib/libc.so.6(__libc_start_main+0xfd) [0x7f90ec2d8c8d] -> dovecot-proxy/auth() [0x40d0f9] Nov 27 06:38:36 dovecot-1 director: Error: Auth server disconnected unexpectedly Nov 27 06:38:36 dovecot-1 auth: Fatal: master: service(auth): child 26841 killed with signal 6 (core dumps disabled) This is LDAP configuration on one of director servers where clients are authenticated. uris = ldap://ldap-node-2.mynetwork.net, ldap://ldap-node-3.mynetwork.net debug_level = 0 base = ou=email, dc=netregistry, dc=net user_attrs = homeDirectory=home, uidNumber=uid, gidNumber=gid, mailQuotaSize=quota_rule=*:storage=%$ user_filter = (&(objectClass=nrPOPAccount)(uid=%u)) pass_attrs = uid=user, userPassword=password, =proxy=y, =destuser=%u, =pass=Secret456 pass_filter = (&(objectClass=nrPOPAccount)(uid=%u)) default_pass_scheme = PLAIN Regards, Alexandr Sabitov System Administrator

1 0

[Dovecot] Dovecot software testing and release practice
by Andreas Kasenides 26 Nov '13

26 Nov '13

Since this, it seems, was lost in, the now infamous, 2.2.9 thread I would like to resubmit the following proposal for Timo's consideration. Thanks Timo for doing an excellent job. I believe that the following will add further value to Dovecot in the long run. Thankx Andreas ============================ > On 23-11-2013 3:47, Noel Butler wrote: > > On Fri, 2013-11-22 at 10:14 +0100, Ralf Hildebrandt wrote: > * Thomas Leuxner <tlx(a)leuxner.net>: > * Ralf Hildebrandt <Ralf.Hildebrandt(a)charite.de> 2013.11.22 > 09:44: > > Which patch? > > > http://www.dovecot.org/list/dovecot/2013-November/093654.html > Pigeonhole related patches. > Damn. Those are biting me as well :/ > > These would be found if Timo reverted back to issuing RC's before any > official release, to iron out the > niggly off-putting bugs, like most software does, or gets his devs and > a community of official > >testers>each with wildly different > configurations and set ups, ASF have an excellent model that could be > >followed, >bunch of devs and testers who each report on different distros and configs, why? because no >single dev can imagine and test every possible configuration. it might just save dovecot's good name, I >recall a lot of damage was done to that in the circles I'm in when 2.0 was released with patches nearly >every few days and weeks, I know a few ISP's and businesses that went back to courier or Wu's because >major bugs were getting in often, though it has been a lot better since 2.1 series, until this release >that is :) I second this and offer my services for two, three different system configs from Dovecot's plain old simple config with MAILDIR to slightly more complicated configurations with proxying/LDAP/dsync/mySQL etc based on virtualization with KVM. I also propose that upon employing above strategy that Timo should come up with a release cycles (long term, short term) with announced targets. Patches should be released as patches strictly as needed, not releases, and should be announced on a low traffic list like he is already doing with releases. OR something along these lines. I know these are growing pains but essential. Email systems are CRITICAL for most of us. Andreas

1 0

[Dovecot] Replication master/master
by John Smith 26 Nov '13

26 Nov '13

Hello, i need help for this error: "dovecot: replicator: Error: Invalid replicator db record:" my config http://pastebin.com/jVnvyWZM -- Best Regards, Evgeny Senior System Administrator OOO "Vaz Service Hurley"

1 0

[Dovecot] Problem with Thunderbird and mailbox with SPECIAL-USE flag
by Sylvain 26 Nov '13

26 Nov '13

Hi ! I have an old Courier IMAP and in front of it, I have put a proxy cache with the great Dovecot. SOGo webmail is connected to the proxy and works great (very very more fast) but I have a problem with Thunderbird : mailbox with « SPECIAL USE » aren't automatically detected. To make that works, I must : - in Dovecot : define the namespace inbox : « prefix = » and « separator = . » - in Thunderbird : force in the account, the personal namespace to "INBOX." and untick « Allow server to exceed namespace » (sorry : personal translation :D). If I define in the namespace inbox as the dovecot wiki said : « prefix = INBOX. » and « separator = . », TB see a sub-folder INBOX and mailbox with special use aren't automatically detected. :-( I must have forgotten a parameter in my Dovecot configuration but I don't see it.. Can you have a look please ? Here my configuration : # 2.1.7: /etc/dovecot/dovecot.conf # OS: Linux 3.2.0-4-amd64 x86_64 Debian 7.2 auth_debug_passwords = yes auth_mechanisms = plain login disable_plaintext_auth = no first_valid_uid = 100 imapc_host = xxxxxx mail_gid = imapproxy mail_home = /var/local/cache/dovecot/%1Mu/%1.1Mu/%u mail_location = imapc:~/imapc mail_uid = imapproxy namespace inbox { inbox = yes list = yes location = mailbox Drafts { special_use = \Drafts } mailbox Junk { special_use = \Junk } mailbox Sent { special_use = \Sent } mailbox Trash { special_use = \Trash } prefix = separator = . type = private } passdb { args = host=xxxxxx port=143 default_fields = userdb_imapc_user=%u userdb_imapc_password=%w driver = imap } protocols = imap ssl_cert = </etc/dovecot/dovecot.pem ssl_key = </etc/dovecot/private/dovecot.pem userdb { driver = prefetch } Sylvain

1 1

[Dovecot] 2.2.9
by Nick Edwards 26 Nov '13

26 Nov '13

Timo (since he is the only one that maters here), In past couple of days I have seen 4 people on IRC bitten by 2.2.8 and pigeonhole bug, none of them are on this list, so like all others who want to download and build them, are unaware of the patch, so, given how wide the userbase is with pigeonhole sieve and dovecot, this would or should be considered a serious bug, so my question is Timo, is it not best to immediately push 2.2.9, or should even more server administrators become frustrated and curse waiting two more months until you have a list you think is best putting out a new release, many of them dont like the constant new releases all the time with only minor things, but with a build failure, thats a serious issue.

15 27

Re: [Dovecot] 2.2.9
by Rick Romero 26 Nov '13

26 Nov '13

Noel, I include you in the gang of three, and I only read half the posts on this list. I have no specific reason to, but it isn't a good association. A decade ago I was active on the Pegasus mail and Mercury lists, and names stood out after a while. Unfortunately on this list, the names stand out for a completely different reason - and its not positive. Just chill, everyone. You never know who's going to interview you in a year. Rick

2 1

[Dovecot] postfix and dovecot - no emails in new folder
by Don Hill 26 Nov '13

26 Nov '13

Hi. I am working on setting up Dovecot v2.0.9 and postfix 2.6.6 on centos 6.4. I have postfix configured with dovecot using virtual users. Everything seems to be working with the exception of no emails being delivered to the Maildir/new folder. If I touch a file into that folder then the file gets delivered to the email client using imap. I can also send email from the client with no problems. In fact if I look at the logs postfix says the email was delivered to the mailbox. postfix/virtual[27270]: 8652F35C38A8: to=<user(a)domain.tld>, relay=virtual, delay=0.11, delays=0.1/0.01/0/0, dsn=2.0.0, status=sent (delivered to mailbox)$ Here is my dovecot -n output *doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf** **doveconf: Warning: Obsolete setting in /etc/dovecot/dovecot.conf:85: protocol { ssl_listen } has been replaced by service { inet_listener { address } }** **# OS: Linux 2.6.32-042stab079.6 x86_64 CentOS release 6.4 (Final) reiserfs** **auth_mechanisms = plain login** **default_login_user = vmail** **first_valid_gid = 5000** **first_valid_uid = 5000** **listen = *** **mail_access_groups = vmail** **mail_location = maildir:/var/vmail/%d/%u/Maildir** **mbox_write_locks = fcntl** **passdb {** ** args = scheme=SHA1 /etc/dovecot/passwd** ** driver = passwd-file** **}** **protocols = imap pop3** **service auth {** ** unix_listener auth-client {** ** group = postfix** ** mode = 0660** ** user = postfix** ** }** ** user = root** **}** **service imap-login {** ** inet_listener imaps {** ** address = *** ** }** ** process_min_avail = 1** ** user = vmail** **}** **service pop3-login {** ** inet_listener pop3s {** ** address = *** ** }** **}** **ssl_cert = </etc/pki/dovecot/certs/dovecot.pem** **ssl_key = </etc/pki/dovecot/private/dovecot.pem** **userdb {** ** args = uid=5000 gid=5000 home=/var/vmail/%d/%u allow_all_users=yes** ** driver = static** **}* Any thoughts?

4 7

[Dovecot] Invitation to connect on LinkedIn
by Don Hill 26 Nov '13

26 Nov '13

LinkedIn ------------ I'd like to add you to my professional network on LinkedIn. - Don Don Hill Senior Technical Consultant at Lincoln Financial Group Greater Chicago Area Confirm that you know Don Hill: https://www.linkedin.com/e/458g9e-hogi596x-46/isd/18305189187/jxXw8l7X/?hs=… -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/458g9e-hogi596x-46/V7LnuFRIQXpYNGb2yum6IE4IQU3ZkP… (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

1 0

[Dovecot] error while compiling dovecot 2.2.9
by Luuk 25 Nov '13

25 Nov '13

while doing 'sudo make install', its complaining about the existance of ‘/usr/local/lib/dovecot/auth’ ..... make[3]: Entering directory `/home/luuk/source/dovecot-2.2.9/src/anvil' /usr/bin/mkdir -p '/usr/local/lib/dovecot' /bin/sh ../../libtool --mode=install /usr/bin/install -c anvil '/usr/local/lib/dovecot' libtool: install: /usr/bin/install -c .libs/anvil /usr/local/lib/dovecot/anvil make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/home/luuk/source/dovecot-2.2.9/src/anvil' make[2]: Leaving directory `/home/luuk/source/dovecot-2.2.9/src/anvil' Making install in auth make[2]: Entering directory `/home/luuk/source/dovecot-2.2.9/src/auth' make[3]: Entering directory `/home/luuk/source/dovecot-2.2.9/src/auth' /usr/bin/mkdir -p '/usr/local/lib/dovecot' /bin/sh ../../libtool --mode=install /usr/bin/install -c auth checkpassword-reply '/usr/local/lib/dovecot' libtool: install: /usr/bin/install -c .libs/auth /usr/local/lib/dovecot/auth libtool: install: /usr/bin/install -c .libs/checkpassword-reply /usr/local/lib/dovecot/checkpassword-reply /usr/bin/mkdir -p '/usr/local/lib/dovecot/auth' /usr/bin/mkdir: cannot create directory ‘/usr/local/lib/dovecot/auth’: File exists make[3]: *** [install-auth_moduleLTLIBRARIES] Error 1 make[3]: Leaving directory `/home/luuk/source/dovecot-2.2.9/src/auth' make[2]: *** [install-am] Error 2 make[2]: Leaving directory `/home/luuk/source/dovecot-2.2.9/src/auth' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/home/luuk/source/dovecot-2.2.9/src' make: *** [install-recursive] Error 1 luuk@asus:~/source/dovecot-2.2.9> any tips on what i did wrong?

4 7

[Dovecot] Zlib plugin - when does it make sense?
by Frerich Raabe 25 Nov '13

25 Nov '13

Hi, I run a small IMAP server for a dozen guys in the office, serving about 55GB of Maildir. I recently became aware of the Zlib plugin ( http://wiki2.dovecot.org/Plugins/Zlib ) and wondered 1. given that there is about zero CPU load on my IMAP server, is enabling the plugin a no-brainer or are there other things (except CPU load) to consider? 2. For enabling the plugin, I suppose you compress all the existing mail just once and then add 'zlib' to mail_plugins in order to have all future incoming mail saved? Any insight by people familiar with the plugin would be much appreciated - thanks! -- Frerich Raabe - raabe(a)froglogic.com www.froglogic.com - Multi-Platform GUI Testing

4 5

[Dovecot] prohibit deletion of Junk folder
by Alexandre Ellert 25 Nov '13

25 Nov '13

Hi, I have an issue with a sieve_before rule (the script move incoming email to Junk folder when DMARC=fail and policy is quarantine) because one of my user delete his Junk folder : dovecot: lda(myuser(a)domain.com): Error: sieve: execution of script /etc/dovecot/sieve_before/01-dmarc-fail.sieve failed, but implicit keep was successful: 1 Time(s) dovecot: lda(myuser(a)domain.com): Error: sieve: msgid=<20131124212217.5F346580D49(a)anotherdomain.com>: failed to store into mailbox 'Junk': Mailbox doesn't exist: Junk: 1 Time(s) How can I do to prohibit the deletion of Junk folder by end users ? Tell me if you need 'dovecot -n' and thanks for your advices. Alexandre.

2 2

[Dovecot] Dovecot 2.2.7/2.2.8 failing to call dspam with antispam
by Guillaume Hilt 25 Nov '13

25 Nov '13

Hello again, I'm running Gentoo AMD64 2013 with postfix, mysql, dovecot and dspam : dovecot 2.2.8 (it was working fine with 2.2.6 after doing a chmod 4511 on dspam binary), dspam 3.10.2-r1 and dovecot-antispam-2.0_pre20130429 (recompiled after each dovecot upgrade). I've set dspam to debug, and mail_debug to yes. uid 1001 is user vmail (dovecot is running under vmail) gid 12 is group mail (vmail is a member, with mail,postfix,dspam,dovecot,apache) All the necessary users are trusted in dspam configuration. Here's my plugin settings : antispam_verbose_debug = 1 antispam_debug_target = syslog antispam_backend = dspam antispam_allow_append_to_spam = NO antispam_skip_from_line = NO antispam_spam = Spam antispam_trash = Trash antispam_signature = X-DSPAM-Signature antispam_signature_missing = error antispam_dspam_binary = /usr/bin/dspam antispam_dspam_args = --user;%u;--deliver=;--source=error;--signature=%%s antispam_dspam_spam = --class=spam antispam_dspam_notspam = --class=innocent antispam_dspam_result_header = X-DSPAM-Result When i'm moving an email to the dspam folder, Thunderbird throw me an error : Failed to call dspam (email is dropped in the Spam folder anyway, but a copy stay on my INBOX) ==> /var/log/mail/mail/log <== Nov 25 13:01:04 srv1 dovecot: imap: Debug: Loading modules from directory: /usr/lib64/dovecot Nov 25 13:01:04 srv1 dovecot: imap: Debug: Module loaded: /usr/lib64/dovecot/lib90_antispam_plugin.so Nov 25 13:01:04 srv1 dovecot: imap: Debug: Added userdb setting: plugin/maildir=shadowprojects.org/ghilt/ Nov 25 13:01:04 srv1 dovecot: imap(ghilt(a)shadowprojects.org): Debug: Effective uid=1001, gid=12, home=/home/vmail/shadowprojects.org/ghilt/ Nov 25 13:01:04 srv1 dovecot: imap(ghilt(a)shadowprojects.org): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/vmail/shadowprojects.org/ghilt/.maildir Nov 25 13:01:04 srv1 dovecot: imap(ghilt(a)shadowprojects.org): Debug: maildir++: root=/home/vmail/shadowprojects.org/ghilt/.maildir, index=, indexpvt=, control=, inbox=/home/vmail/shadowprojects.org/ghilt/.maildir, alt= Nov 25 13:01:04 srv1 dovecot: imap(ghilt(a)shadowprojects.org): Debug: Namespace : Using permissions from /home/vmail/shadowprojects.org/ghilt/.maildir: mode=0770 gid=default Nov 25 13:01:04 srv1 dovecot: imap(ghilt(a)shadowprojects.org): Debug: dspam error:29764 prefix=imap(ghilt(a)shadowprojects.org): Nov 25 13:01:04 srv1 dovecot: imap(ghilt(a)shadowprojects.org): Debug: executing /usr/bin/dspam failed: 13 (uid=1001, gid=12) Nov 25 13:01:04 srv1 dovecot: imap: Error: Nov 25 13:01:04 srv1 dovecot: imap: Error: ==> /var/log/dspam/dspam.debug <== 9976: [11/25/2013 13:12:23] DSPAM Instance Startup 9976: [11/25/2013 13:12:23] input args: /usr/bin/dspam --user ghilt(a)shadowprojects.org --deliver= --source=error --signature=89,52900600118151560172939 --class=spam 9976: [11/25/2013 13:12:23] pass-thru args: 9976: [11/25/2013 13:12:23] processing user ghilt(a)shadowprojects.org 9976: [11/25/2013 13:12:23] uid = 1001, euid = 0, gid = 12, egid = 12 9976: [11/25/2013 13:12:23] loading preferences for user ghilt(a)shadowprojects.org ... 9976: [11/25/2013 13:06:08] DSPAM Instance Shutdown. Exit Code: 99 9976: [11/25/2013 13:06:08] process_users() failed on error 9 If i try to call dspam like this, it works : sudo -u vmail /usr/bin/dspam --source=error --class=spam --signature=4be87a9f953248352114216 --client --user vmail Any idea ? Thanks, -- Guillaume Hilt

2 3

[Dovecot] Checkpassword interface for custom password check and home mounting
by Jouko Nikula 25 Nov '13

25 Nov '13

Hi, I'm trying to use the checkpassword interface to do a password check and if the check succeeds I mount the user home directory (including mail) using the users login password and uid. My password check seems to work, but when I add the home directory mounting things seem to stop. Dovecot never logs the result of the password check and nothing happens until the client gets bored and tries again. I added trace to the dovecot's checkpassword-reply and I see that it's really executed, it writes the reply and returns 0 for successful authentication. My dovecot version is 2.1.7. My checkpassword is a setuid binary and the mount is a self made fuse-fs. Any ideas what happens? Are there better ways to do this? Thanks, - Jouko

2 2

[Dovecot] Checkpassword interface for custom password check and home mounting
by Jouko Nikula 25 Nov '13

25 Nov '13

Hi, I'm trying to use the checkpassword interface to do a password check and if the check succeeds I mount the user home directory (including mail) using the users login password and uid. Things work well if I do the mount manually, but when I add the home directory mounting to checkpassword things seem to stop. Dovecot logs the result of the password check, but doesn't send the result to client. Here's the log: Nov 25 10:32:05 jlaptop dovecot: auth: Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth Nov 25 10:32:05 jlaptop dovecot: auth: Debug: auth client connected (pid=27551) Nov 25 10:32:05 jlaptop dovecot: auth: Debug: client in: AUTH#0111#011PLAIN#011service=imap#011secured#011session=8HsMAvjrvgB/AAAB#011lip=127.0.0.1#011rip=127.0.0.1#011lport=143#011rport=39614 Nov 25 10:32:05 jlaptop dovecot: auth: Debug: client out: CONT#0111#011 Nov 25 10:32:05 jlaptop dovecot: auth: Debug: client in: CONT<hidden> Nov 25 10:32:05 jlaptop dovecot: auth: Debug: checkpassword(jouko.nikula,127.0.0.1,<8HsMAvjrvgB/AAAB>): execute: /usr/sbin/gpgfusemount /usr/lib/dovecot/checkpassword-reply Nov 25 10:32:05 jlaptop dovecot: auth: Debug: checkpassword(jouko.nikula,127.0.0.1,<8HsMAvjrvgB/AAAB>): exit_status=0 My dovecot version is 2.1.7. My checkpassword is a setuid binary and the mount is a self made fuse-fs. Any ideas what happens? Are there better ways to do this? Thanks, - Jouko

1 0

[Dovecot] quota warning by script fails
by Jimmy Koerting 24 Nov '13

24 Nov '13

Hello! I looked around all online resources I found, but I'm not able to find my failure. So any help would be welcome! The problem arises with an dovecot 2.2.6 on a 9.2 FreeBSD RELEASE in a jailed environment. I have the following config settings regarding quota (which works in general, but just without calling the script): /etc/dovecot/conf.d/90-quota.conf: ... plugin { quota_warning = storage=95%% quota-warning 95 %u quota_warning2 = storage=80%% quota-warning 80 %u } service quota-warning { executable = script /usr/sbin/quota-warning.sh unix_listener quota-warning { mode = 0666 } } ... script: -rwxrwxrwx 1 root wheel 580 23 Nov 17:14 /usr/sbin/quota-warning.sh* socket: [root@testfbsd ~]# ll /var/run/dovecot/quota-warning srw-rw-rw- 1 root wheel 0 23 Nov 17:06 /var/run/dovecot/quota-warning= Calling the 'quota-warning.sh' script from the console works: Nov 23 17:00:42 testfbsd dovecot: lda(admin(a)testfbsd.XXXXXXXXX.net): msgid=<Ne509YyBcF4pRuYBSyaSfTuUquS9YW@testfbsd>: saved mail to INBOX But when I force dovecot to call it with sending to much mails to the server, the following log comes up (which show, that dovecot at least wants to call the script :"Debug: quota: Executing warning: quota-warning 95 admin@testfbxxxxxxxxxxxxnet" in my understanding): (no further errors or messages about non existing sockets or wrong perms etc. comes up) ==> /var/log/maillog <== Nov 23 18:19:15 testfbsd sm-mta[75486]: STARTTLS=server, relay= mail-wi0-f196.google.com [209.85.212.196], version=TLSv1/SSLv3, verify=NOT, cipher=RC4-SHA, bits=128/128 Nov 23 18:19:15 testfbsd sm-mta[75486]: rANHJEOP075486: from=< jtxxxxxxxx(a)gmail.com>, size=288072, class=0, nrcpts=1, msgid=<CAJeXgQBj7VvTqKGDTNE-PCXKf28X3fSQ3R=zp+L2cPEjVLN-7g(a)mail.gmail.com>, proto=ESMTP, daemon=MTA, relay=mail-wi0-f196.google.com [209.85.212.196] ==> /var/log/debug.log <== Nov 23 18:19:17 testfbsd dovecot: lda: Debug: Loading modules from directory: /usr/iports/lib/dovecot Nov 23 18:19:17 testfbsd dovecot: lda: Debug: Module loaded: /usr/iports/lib/dovecot/lib10_quota_plugin.so Nov 23 18:19:17 testfbsd dovecot: auth: Debug: master in: USER 1 admin@testfbxxxxxxxxxxxxnet service=lda Nov 23 18:19:17 testfbsd dovecot: auth: Debug: passwd-file(admin@testfbxxxxxxxxxxxxnet): lookup: user=admin@testfbxxxxxxxxxxxxnet file=/etc/mail/mailuser Nov 23 18:19:17 testfbsd dovecot: auth: Debug: userdb out: USER 1 admin@testfbxxxxxxxxxxxxnet uid=1000 gid=1000 home=/home/admin@testfbxxxxxxxxxxxxnet quota_rule=*:storage=2M Nov 23 18:19:17 testfbsd dovecot: lda: Debug: auth input: admin@testfbxxxxxxxxxxxxnet uid=1000 gid=1000 home=/home/admin@testfbxxxxxxxxxxxxnet quota_rule=*:storage=2M Nov 23 18:19:17 testfbsd dovecot: lda: Debug: Added userdb setting: plugin/quota_rule=*:storage=2M Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Effective uid=1000, gid=1000, home=/home/admin@testfbxxxxxxxxxxxxnet Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota root: name=User quota backend=maildir args= Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota rule: root=User quota mailbox=* bytes=2097152 messages=0 Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota rule: root=User quota mailbox=Trash bytes=+10485760 messages=0 Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota rule: root=User quota mailbox=Deleted Messages bytes=+10485760 messages=0 Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota warning: bytes=1992294 (95%) messages=0 reverse=no command=quota-warning 95 admin@testfbxxxxxxxxxxxxnet Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota warning: bytes=1677721 (80%) messages=0 reverse=no command=quota-warning 80 admin@testfbxxxxxxxxxxxxnet Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota warning: bytes=1048576 (50%) messages=0 reverse=no command=quota-warning 50 admin@testfbxxxxxxxxxxxxnet Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota grace: root=User quota bytes=209715 (10%) Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Namespace inbox: type=private, prefix=, sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/admin@testfbxxxxxxxxxxxxnet/mail Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: maildir++: root=/home/admin@testfbxxxxxxxxxxxxnet/mail, index=, indexpvt=, control=, inbox=/home/admin@testfbxxxxxxxxxxxxnet/mail, alt= Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota root: name=User quota backend=maildir args= Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota warning: bytes=0 (95%) messages=0 reverse=no command=quota-warning 95 raw mail user Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota warning: bytes=0 (80%) messages=0 reverse=no command=quota-warning 80 raw mail user Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota warning: bytes=0 (50%) messages=0 reverse=no command=quota-warning 50 raw mail user Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Quota grace: root=User quota bytes=0 (10%) Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= Nov 23 18:19:17 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Destination address: admin@testfbxxxxxxxxxxxxnet (source: user@hostname) Nov 23 18:19:18 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: Namespace : Using permissions from /home/admin@testfbxxxxxxxxxxxxnet/mail: mode=0700 gid=default Nov 23 18:19:18 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): Debug: quota: Executing warning: quota-warning 95 admin@testfbxxxxxxxxxxxxnet ==> /var/log/maillog <== Nov 23 18:19:18 testfbsd dovecot: lda(admin@testfbxxxxxxxxxxxxnet): msgid=<CAJeXgQBj7VvTqKGDTNE-PCXKf28X3fSQ3R=zp+L2cPEjVLN-7g(a)mail.gmail.com>: saved mail to INBOX Nov 23 18:19:18 testfbsd sm-mta[75487]: rANHJEOP075486: to=<admin@testfbxxxxxxxxxxxxnet>, delay=00:00:03, xdelay=00:00:03, mailer=local, pri=318436, dsn=2.0.0, stat=Sent So, please advice, what I miss here! Thanks a lot! Kind regards, jimmy

1 1

[Dovecot] dovecot patch: do scanf correctly
by Jann Horn 24 Nov '13

24 Nov '13

As far as I can tell, there are two places in which dovecot does not use scanf properly. This patch should fix that. -------------------------------------------------------------------------------- diff -r 8a3d0426f514 src/lib-dns/dns-lookup.c --- a/src/lib-dns/dns-lookup.c Sat Nov 23 23:22:09 2013 +0000 +++ b/src/lib-dns/dns-lookup.c Sun Nov 24 06:30:12 2013 +0100 @@ -102,7 +102,7 @@ } /* first line: <ret> <ip count> */ if (sscanf(line, "%d %u", &result->ret, - &result->ips_count) == 0) + &result->ips_count) != 2) return -1; if (result->ret != 0) { result->error = net_gethosterror(result->ret); diff -r 8a3d0426f514 src/lib-settings/settings.c --- a/src/lib-settings/settings.c Sat Nov 23 23:22:09 2013 +0000 +++ b/src/lib-settings/settings.c Sun Nov 24 06:30:12 2013 +0100 @@ -44,7 +44,7 @@ { int num; - if (!sscanf(value, "%i", &num) || num < 0) + if (sscanf(value, "%i", &num) != 1 || num < 0) return t_strconcat("Invalid number: ", value, NULL); *result = num; return NULL; -------------------------------------------------------------------------------- Specifically, both invocations disregard that sscanf("", "%d", &num) and similar make sscanf return EOF (-1 on my system) and the first invocation also does not account for the case that the second argument is not matched.

1 0

Re: [Dovecot] 2.2.9
by Rick Romero 23 Nov '13

23 Nov '13

Thanks for providing and maintaining a great piece of software. Rick

1 0

[Dovecot] Dict client unescaping sieve script
by Joshua Perry 22 Nov '13

22 Nov '13

I've created a dict service that listens on a unix socket and answers queries for sieve scripts (among other things). As I understand it (from the source code at http://hg.dovecot.org/dovecot-2.2/file/tip/src/lib-dict/dict-client.c) the dict client will unescape \001n, \001t, and \0011 to line feeds, tabs, and the \001 character respectively. In my service I am escaping those three characters in my response (if I don't escape them the line-oriented nature of the protocol causes a failure for multiline sieve scripts) but every time LDA attempts to process a sieve script I get an error in the logs (see below) showing sieve choking on \001 characters. Is there some configuration value I've missed or something? *dovecot log* Nov 8 23:04:54 www dovecot: lmtp(29940, josh(a)redacted.com) pxg7JxZufVL0dAAAPhZyyg: sieve: failed to compile script dict:proxy:/var/run/dovecot-auth.sock:sieve;name=main script (view user logfile /var/mail/vhosts/redacted.com/josh/.dovecot.sieve.log for more information) *.dovecot.sieve.log* sieve: info: started log at Nov 08 16:14:38. main script: line 1: error: unexpected character(s) starting with 0x01. main script: line 1: error: unexpected unknown characters found at (the presumed) end of file. main script: error: parse failed.

2 2

[Dovecot] dovecot + sieve redirect failed
by Tibor Korocz 22 Nov '13

22 Nov '13

Hi Guys, I have a strange problem and I couldn't find any solution, I hope somebody could help me. I'm using postfix+dovecot+sieve combination and I tried to set up redirect. .sieve: require ["fileinto", "regex", "date", "relational", "vacation"]; redirect "xxxx(a)gmail.com"; keep; But I get some error in the mail.log: sieve: msgid=<1562626302.336239.1385116787283>: failed to redirect message to <xxxxx(a)gmail.com> (refer to server log for more information) Nov 22 11:39:50 server dovecot: lda(xxx@xxxx): sieve: msgid=<1562626302.336239.1385116787283>: stored mail into mailbox 'INBOX' Nov 22 11:39:50 server dovecot: lda(xxx@xxxx): Error: sieve: execution of script /var/vmail/xxxx/.sieve failed, but implicit keep was successful (user logfile /var/vmail/xxxx/.sieve.log may reveal additional details) .sieve.log: error: msgid=<1562626302.336239.1385116787283>: failed to redirect message to <xxxx(a)gmail.com> (refer to server log for more information). I couldn't find any other details in the logs. Any idea what is the problem and what is the solution? Thanks, Tibi

2 1

[Dovecot] removing html via dovecot/sieve
by Bonz 22 Nov '13

22 Nov '13

is there a howto or similar for configuring dovecot as a user to strip mime. ideally i would like all html copies deleted, but graphics, etc dumped to ~/public_html and replaced with a url. i have a super crappy link so html, etc usually jams my spool. i can usually wget things however hence this desired approach. bonz.

2 1

[Dovecot] Personal Sieve Resieving Default Sieve?
by Jim McNamara 22 Nov '13

22 Nov '13

Hello all. In my dovecot install we have a default.sieve script which filters incoming mail based on the subdomain of our main domain. All it does is if the mail comes from A.domain.com move in to folder A in inbox, and if it comes from B.domain.com, move to folder B also in inbox. In my personal sieve script, I'd like to grab a particular email each day that the default.sieve saw coming from A.domain.com and moved it to folder A, and either copy or move it to another folder, C. My google-fu was weak while looking for second sieve passes undoing the first, so I thought it best to ask here. Thanks for your time.

2 1

[Dovecot] Pigeonhole make check fails with Dovecot 2.2.8
by Tamsy 22 Nov '13

22 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is it just here? When compiling dovecot-2.2-pigeonhole-0.4.2 at the stage "make check" Pigeonhole is throwing the following message and stops: Test case: ./tests/test-header.svtest: 1: Test 'Basic functionality' SUCCEEDED 2: Test 'Matching empty key' SUCCEEDED 3: Test 'Ignoring whitespace' FAILED: header test does not strip leading whitespace 4: Test 'Absent or empty header' SUCCEEDED 5: Test 'Invalid header name' SUCCEEDED 6: Test 'Folded header' SUCCEEDED I have tried to compile Pigeonhole 0.4.2 and also the latest dovecot-2-2-pigeonhole-b7434a02fc51 from the Mercurial repository but the outcome at "make test" is always the same: 3: Test 'Ignoring whitespace' FAILED: header test does not strip leading whitespace Cheers, Tamsy -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQEcBAEBAgAGBQJSjC2QAAoJEKYXVM1dyOfZ9xsIAKDC7goLP3N2rr90Lf0P6gam wQFmYY3HUMIKi3FKWcCy6DQBN6Qr33QWTk/b4OY1LDMOETolZTWIEwvlix+YdI8x oRdKQXWHR9k+jd9etWkNuuk2xUnbjz353IOMZ3Yc+spuv0JyUvYhef6pfq3MLTYQ R+YW4aoNp3XstAKcknnkduNwrfRXoZoFT/YOU3VQyDUwUa6u07JhuL+onZtb0mO+ HsdD4NNY28YqHY1/eoT3YNRbgtRxyOfzxh3f17ITbquM0ZgiPJucWX7HpIiwNJFu 3gqkceDLqqAL9DKUjDapSyR2IjxJlRSGcxQckxlkGXzcaTNNWqAn7mMxSr3hEaY= =EY7D -----END PGP SIGNATURE-----

5 12

[Dovecot] (no subject)
by Axel Reinhold 22 Nov '13

22 Nov '13

Subject: dovecot-2.2.8 does no more quit correctly after update to dovecot-2.2.8 monit is no more validating pop3 server due to dovecot mo more logging out correctly "+OK Logging out" is missing With 2.2.7: [root@pie ~]# telnet glen 110 Trying 188.138.31.225... Connected to glen. Escape character is '^]'. +OK Dovecot ready. <1da9.1.528e3113.qpIWrdBNJbF3qp/tA9R+sQ==(a)glen.ypack.de> quit +OK Logging out Connection closed by foreign host. with 2.2.8: [root@pie ~]# telnet glen 110 Trying 188.138.31.225... Connected to glen. Escape character is '^]'. +OK Dovecot ready. <1fc9.1.528e31b1.W4FN6a7gzBMYNOBoxP43OQ==(a)glen.ypack.de> quit Connection closed by foreign host. After quit the "+OK Logging out" is missing! New option? Or bug? Regards Axel

2 1

[Dovecot] dovecot-2.2.7: Fatal: master: service(imap): child 49545 killed with signal 11 (core dumped)
by Marcin Mirosław 21 Nov '13

21 Nov '13

Hi! After upgrade I'm noticing many coredummps, below is backtrace: $ echo "bt"|gdb .... #0 o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222 222 if (o_stream_zlib_send_flush(zstream) < 0) (gdb) #0 o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:222 #1 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #2 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #3 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #4 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #5 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #6 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #7 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #8 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #9 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #10 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #11 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #12 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #13 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #14 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #15 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #16 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #17 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #18 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #19 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #20 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 #21 0x00007a695e8f0375 in o_stream_close_full (stream=stream@entry=0xc8be5b276d0, close_parents=close_parents@entry=true) at ostream.c:49 #22 0x00007a695e8f06e2 in o_stream_close (stream=stream@entry=0xc8be5b276d0) at ostream.c:85 #23 0x00007a695e8f1738 in o_stream_copy_error_from_parent (_stream=_stream@entry=0xc8be5b27640) at ostream.c:434 #24 0x00007a695e83c5cc in o_stream_zlib_flush (stream=0xc8be5b27640) at ostream-zlib.c:227 #25 0x00007a695e8f09cd in o_stream_flush (stream=stream@entry=0xc8be5b276d0) at ostream.c:147 #26 0x00007a695e83c06f in o_stream_zlib_close (stream=0xc8be5b27640, close_parent=true) at ostream-zlib.c:35 [...] #285878 0x00007a695e8f0adc in o_stream_default_cork (_stream=0xc8be5b27640, set=<optimized out>) at ostream.c:419 #285879 o_stream_default_cork (_stream=0xc8be5b27640, set=<optimized out>) at ostream.c:412 #285880 0x00000c8be506b72d in client_input (client=0xc8be5b07b00) at imap-client.c:945 #285881 0x00007a695e8e4867 in io_loop_call_io (io=0xc8be5b8f370) at ioloop.c:387 #285882 0x00007a695e8e5d1f in io_loop_handler_run (ioloop=ioloop@entry=0xc8be5ab50f0) at ioloop-epoll.c:220 #285883 0x00007a695e8e4178 in io_loop_run (ioloop=0xc8be5ab50f0) at ioloop.c:411 #285884 0x00007a695e87a847 in master_service_run (service=0xc8be5ab4f80, callback=callback@entry=0xc8be5077f20 <client_connected>) at master-service.c:566 #285885 0x00000c8be50785d4 in main (argc=1, argv=0xc8be5ab4d50) at main.c:400 And gdb is killing by OOM. I suspect this can be related to imapc. Regards, Marcin

1 2

[Dovecot] dsync-2.2.7 incorrectly synchronizes subscription status of renamed mailbox
by Karol Jurak 21 Nov '13

21 Nov '13

Hi, It seems that dsync-2.2.7 doesn't correctly synchronize subscription status of a renamed mailbox. The situation is as follows. There are two servers: A and B, and a test user test_mdbox. Mailboxes (mdbox) of this user on both servers are synchronized. Specifically on both of them there is a (subscribed) Test1 mailbox. Replication plugin is disabled. I rename Test1 to Test2 on A with Thunderbird. The output of 'doveadm mailbox list', contents of subscriptions file and the output of 'doveadm dump -t mailboxlog dovecot.mailbox.log' (below) confirm that the rename succeeded on A. #2976: rename 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 14:30:35) #3000: subscribe 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 14:30:35) #3024: unsubscribe 99ea7bf70f6e69ad71659995677b43f8 (2013-11-19 14:30:35) Subsequently I run 'doveadm sync -u test_mdbox remote:B'. Nothing changes on A. On B 'doveadm mailbox list' shows that Test1 was renamed to Test2, but subscriptions file still contains Test1 and not Test2. The output of 'doveadm dump -t mailboxlog dovecot.mailbox.log' confirms that only rename was performed: #2160: rename 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 14:57:22) Only another 'doveadm sync -u test_mdbox remote:B' fixes subscriptions on B. The following records are added to dovecot.mailbox.log: #2184: unsubscribe 99ea7bf70f6e69ad71659995677b43f8 (2013-11-19 15:00:32) #2208: subscribe 2b84f621c0fd4ba8bd514c5c43ab9a89 (2013-11-19 15:00:32) -- Karol Jurak

2 2

[Dovecot] Enable Rawlog from userdb in Dovecot v2.2
by Steffen Kaiser 21 Nov '13

21 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, how do I enable Rawlog for one person only? http://wiki2.dovecot.org/Debugging/Rawlog describes how to enable the postlogin script for all users. Rawlog gets active only, if the dovecot.rawlog directory exists. So far, it's working. However. I suspect that there is some notable overhead in this chain, so I tried to enable rawlog via userdb extra fields. So setup the config as: service imap { executable = imap } service postlogin { executable = script-login -d rawlog unix_listener postlogin { } } In the userdb extra fields I tried: service/imap/executable=imap postlogin Log entry: imap: Debug: Unknown userdb setting: plugin/service/imap/executable=imap postlogin and: service imap/executable=imap postlogin (note the space between service imap) Log entry: imap: Debug: Unknown userdb setting: plugin/service imap/executable=imap postlogin - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQEVAwUBUoDzAV3r2wJMiz2NAQJxgwf+NCaABKspwVffTpQqVIAdlXGi2gUrRd29 1Ic82v5xqx8jMQ+UxnKNJBX2jgs87GITWpPtTXUVS8H6piNDJrcAxT0lIun0l4Ob 4riQh01HrMjwWORAAWvHHQWZbyiDu8i2h8PjQAG/8idpCt0lCmmr2DyRQwSx+7lf JgfxfccYMRhAHtethm82cjWs3Q/M9deO+ds+aLwxGhDaYxHcU8vD3ESuhqnsR4Bh VqemH3wBADpfKH3ThRKknsfGfEU5d8bcz1GzhOcjfwC24kPsei4k9wcDAy+moyk1 8vPYyvWnhhfb0/yiO3eLpX0mdlM9Iur1X3MFvA0tFwnB8RtuqZGw3g== =/TtK -----END PGP SIGNATURE-----

2 2

Re: [Dovecot] Problems with dovecot 2.1.7, spamassassin 3.3.2 and antispam plugin
by Joseph Tam 21 Nov '13

21 Nov '13

> LD_PRELOAD=/lib/x86_64-linux-gnu/libgcc_s.so.1 /usr/bin/sa-learn -D > --progress $* /tmp/sendmail-msg-$$.txt >> /tmp/sa-learn-pipe.$$.log 2>&1 > > So far to no avail. I'm going to try the spool2dir backend with > incron. Cumbersome, but it should work ... Maybe try rebuilding whatever is using libgcc_s.so with GCC compiler option -static-libgcc? Joseph Tam <jtam.home(a)gmail.com>

1 0

[Dovecot] Reset vacation lda-dupes database
by Mike Selner ＠ Yahoo 20 Nov '13

20 Nov '13

Hello, I have dovecot 2.2.6 and pignenhole 0.4.2 running on freebsd9.1. We have a mix of unix users (/home/user) and postfixadmin users (/home/vmail/domain/user). I am using dovecot managesive with afterlogic webmail which has a managesieve plugin to set the out of office message. All works fine. I have sieve_vacation_default_period set to 1d. The problem I'm trying to solve is that users set their vacation message and want to test it. So they have their colleagues send them multiple test messages and want to make sure it works. Of course only the first message gets an auto-reply. I tell them that the auto responder only sends one message per day per sender but they would like to test it with a new message etc. So I have to remove their .lda-dupes file manually so they can try again. My previous autoresponder setup (squirrelmail) used a .forward technique and removed the vacation database when they turned the responder from off to on, and this worked well for the above issue. Is there a solution for dovecot managesieve which will remove or reset the .lda-dupes file whenever a new sieve file is uploaded? Or another solution that will reset the "vacation timer" when the user turns vacation from off to on? Thank you Mike

3 4

[Dovecot] Drac for dovecot 2.2
by Anton Lundin 20 Nov '13

20 Nov '13

Hi folks. I thought that i should publish and announce that i ported the dovecot2-drac plugin to be usable with dovecot 2.2 and Debian patched drac for IPv6. The patches can be found at: https://github.com/glance-/dovecot2-drac //Anton -- Anton Lundin

1 0

[Dovecot] status=undeliverable (lost connection with mail.larptreff.de[private/dovecot-lmtp] while sending MAIL FROM)
by Jan Phillip Greimann 20 Nov '13

20 Nov '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Good morning dovecot-community, I noticed a strange log-entry since the last day: Nov 7 08:34:42 hetzner postfix/lmtp[3764]: 61CB01A3938: to=<jg+introversion(a)larptreff.de>, relay=mail.larptreff.de[private/dovecot-lmtp], delay=0.05, delays=0.01/0.01/0.02/0.01, dsn=4.4.2, status=undeliverable (lost connection with mail.larptreff.de[private/dovecot-lmtp] while sending MAIL FROM) Thankfully I've configured a cronjob for a daily pflogsumm-report, but I don't understand this. It worked for months like a charm. It seems this only happens on mails with "+"-Delimiter. In my opinion there is only one thing which could cause this problem: I updated my dovecot on 2013/11/04 from 2.2.6-1~auto+36 to 2.2.7-1~auto+2 maillog: http://pastebin.com/WDGfEjdp doveconf -n: http://pastebin.com/ay6dxiUf I will try to downgrade again, did someone have a clue? Changelog from 2.2.7 didn't show changes on lmtp. Best regards, Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSe0cCAAoJENEKhqzzuxPlLOsH/iQLHuYXH/8HQJI1cyOQ/Xkl KK010kT9EwOZCax+xputF1Cyg9XSCGBwMBA8YFWjTk57EVfNZ4RZLCkpZQU8b0X/ SsDq7jyh8QTBf7K2LEs34L6g2OMbuhv3Hl+D/RqBm09HPoBUGJZEM5ZQu28QE7rD GETa3XkQPwMyo+3GwWXmAzg3wz4tOEGg6meaOzQlGVJshQpSKbDjvln5RtsVc1Qh X9Xa4HdEesH/NXxr6uKUUEjHcp67BLWvmZHrDDIOp4dATqxDbq29QGfiJFvURKur DJZ2hbPPgEFf/Wdf5l3PXfV2OgnubyLiTgRZ7pb+xFNUAlJ2YCeRv5CUigLaps8= =0Jya -----END PGP SIGNATURE-----

7 24

[Dovecot] how can i change the content of rejected message
by ihab 20 Nov '13

20 Nov '13

i use dovecot 1.2.15 and set quota in the system and when the quota full for one user1 and other user2 sent a email to this user1 a rejected email will sent to user2 i want to change the content and the title of this email ??? Thanks in advance -- View this message in context: http://dovecot.2317879.n4.nabble.com/how-can-i-change-the-content-of-reject… Sent from the Dovecot mailing list archive at Nabble.com.

5 7

[Dovecot] dovecot perl sasl ejabberd
by Костырев Александр Алексеевич 20 Nov '13

20 Nov '13

Good day to all! We would like to authenticate our ejabberd against Dovecot with perl there's such a script http://www.ejabberd.im/files/contributions/check_dovecot.pl.txt that script uses following perl library - http://cpansearch.perl.org/src/SASHA/Authen-SASL-Authd-0.04/lib/Authen/SASL… Authentication is OK, but sub user_dovecot wich queues information about a specific user doesn't work with error dovecot: auth: Error: BUG: Authentication client sent unknown handshake command: USER?1?user60(a)atlas-2.ru could someone help with this ? thanks in advance! -- С уважением, Костырев Александр администратор Linux-систем skype: a.kostyrev

2 1

[Dovecot] UID order vs date order
by Torbjorn Jansson 20 Nov '13

20 Nov '13

Hi i have recently moved a mailbox to dovecot and intend to use it via imap and i have run into a problem. when i imported the mails apparently the UID order got reversed compared to the date order, result is that some clients like on android devices download the oldest mails instead of newest. it is not so interesting to have several years old mail show up at the top of the mailbox. is there any way of convincing dovecot to renumber the mails by date order instead? i have tried to delete the dovecot-uidlist and dovecont.index* files in an unimportant folder and the only thing that happens was that all of the mails got renumbered in the wrong order again (lower numbers but still same problem) any advice? i cant be the only one that have run into this.

3 9

[Dovecot] Dovecot 2.2.5: Panic: file mail-transaction-log.c: line 350 (mail_transaction_log_set_mailbox_sync_pos)
by Rob Dosogne 20 Nov '13

20 Nov '13

Hello, I have been seeing an issue with Dovecot 2.2.5 (which is the current version packaged by cPanel). This is happening with any action that tries to access the mailbox index via IMAP. This log and debug information comes from a force-resync attempt, however, the same errors are logged when the user tries to open the mailbox or move a message to it. (User, domain, and IPs in log have been changed for privacy reasons). System is a CentOS 5.10 (x64) VPS under Virtuozzo 4.0, and is not OOMing or hitting any container limits. User is connecting from multiple devices on the same IP, most of which are Apple Mail & iOS. Other users with only Apple Mail & iOS devices are also experiencing the same errors. Log: Nov 19 15:55:33 host dovecot: imap-login: Login: user=<user(a)domain.com>, method=PLAIN, rip=1.2.3.4, lip=5.6.7.8, mpid=13887, TLS, session=<A+FrZpDr/wAYzVli> Nov 19 15:55:33 host dovecot: imap: Debug: Loading modules from directory: /usr/lib64/dovecot Nov 19 15:55:33 host dovecot: imap: Debug: Module loaded: /usr/lib64/dovecot/lib01_acl_plugin.so Nov 19 15:55:33 host dovecot: imap: Debug: Module loaded: /usr/lib64/dovecot/lib10_quota_plugin.so Nov 19 15:55:33 host dovecot: imap: Debug: Module loaded: /usr/lib64/dovecot/lib11_imap_quota_plugin.so Nov 19 15:55:33 host dovecot: imap: Debug: Added userdb setting: mail=maildir:/home/username/mail/domain.com/user Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: Effective uid=504, gid=502, home=/home/username/mail/domain.com/user Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: acl: No acl_shared_dict setting - shared mailbox listing is disabled Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: Quota root: name= backend=maildir args= Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: Quota rule: root= mailbox=INBOX.Trash ignored Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: Quota grace: root= bytes=0 (10%) Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: Namespace : type=private, prefix=INBOX., sep=, inbox=yes, hidden=no, list=yes, subscriptions=yes location=maildir:/home/username/mail/domain.com/user Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: maildir++: root=/home/username/mail/domain.com/user, index=, indexpvt=, control=, inbox=/home/username/mail/domain.com/user, alt= Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: acl: initializing backend with data: vfile Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: acl: acl username = user(a)domain.com Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: acl: owner = 1 Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: acl vfile: Global ACL directory: (none) Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: Namespace : type=private, prefix=, sep=, inbox=no, hidden=yes, list=no, subscriptions=no location=fail::LAYOUT=none Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: acl vfile: file /home/username/mail/domain.com/user/.TrainSpam/dovecot-acl not found Nov 19 15:55:33 host dovecot: imap(user(a)domain.com): Debug: acl vfile: file /home/username/mail/domain.com/user/.Spam/dovecot-acl not found Nov 19 15:55:35 host dovecot: imap(user(a)domain.com): Error: broken sync positions in index file /home/username/mail/domain.com/user/.Spam/dovecot.index Nov 19 15:55:35 host dovecot: imap(user(a)domain.com): Warning: fscking index file /home/username/mail/domain.com/user/.Spam/dovecot.index Nov 19 15:55:35 host dovecot: imap(user(a)domain.com): Error: Fixed index file /home/username/mail/domain.com/user/.Spam/dovecot.index: log_file_tail_offset 3988 -> 3868 Nov 19 15:55:35 host dovecot: imap(user(a)domain.com): Panic: file mail-transaction-log.c: line 350 (mail_transaction_log_set_mailbox_sync_pos): assertion failed: (file_offset >= log->head->saved_tail_offset) Nov 19 15:55:35 host dovecot: imap(user(a)domain.com): Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x2b07be142400] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b07be142456] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b07be141df3] -> /usr/lib64/dovecot/libdovecot-storage.so.0 [0x2b07bdea066b] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mail_index_sync_commit+0x89) [0x2b07bde97ed9] -> /usr/lib64/dovecot/libdovecot-storage.so.0 [0x2b07bde25e4d] -> /usr/lib64/dovecot/libdovecot-storage.so.0(maildir_transaction_save_commit_pre+0x856) [0x2b07bde22186] -> /usr/lib64/dovecot/libdovecot-storage.so.0 [0x2b07bde81cc8] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mail_index_transaction_commit_full+0x86) [0x2b07bde8f466] -> /usr/lib64/dovecot/libdovecot-storage.so.0(index_transaction_commit+0xa5) [0x2b07bde820a5] -> /usr/lib64/dovecot/lib10_quota_plugin.so [0x2b07bef5252b] -> /usr/lib64/dovecot/lib01_acl_plugin.so [0x2b07bed40f77] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mailbox_transaction_commit_ge Nov 19 15:55:35 host dovecot: imap(user(a)domain.com): Fatal: master: service(imap): child 13887 killed with signal 6 (core dumped) Debug: Core was generated by `dovecot/imap'. Program terminated with signal 6, Aborted. #0 0x00002b07be3e0265 in raise () from /lib64/libc.so.6 (gdb) bt full #0 0x00002b07be3e0265 in raise () from /lib64/libc.so.6 No symbol table info available. #1 0x00002b07be3e1d10 in abort () from /lib64/libc.so.6 No symbol table info available. #2 0x00002b07be14240d in default_fatal_finish (type=<value optimized out>, status=0) at failures.c:191 backtrace = 0x1773c798 "/usr/lib64/dovecot/libdovecot.so.0 [0x2b07be142400] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b07be142456] -> /usr/lib64/dovecot/libdovecot.so.0 [0x2b07be141df3] -> /usr/lib64/dovecot/libdovecot-stora"... #3 0x00002b07be142456 in i_internal_fatal_handler (ctx=0x7fff3c65f120, format=<value optimized out>, args=<value optimized out>) at failures.c:652 status = 0 #4 0x00002b07be141df3 in i_panic (format=0x363f <Address 0x363f out of bounds>) at failures.c:263 ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0} args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fff3c65f1f0, reg_save_area = 0x7fff3c65f130}} #5 0x00002b07bdea066b in mail_transaction_log_set_mailbox_sync_pos (log=<value optimized out>, file_seq=<value optimized out>, file_offset=<value optimized out>) at mail-transaction-log.c:350 __FUNCTION__ = "mail_transaction_log_set_mailbox_sync_pos" #6 0x00002b07bde97ed9 in mail_index_sync_update_mailbox_offset (_ctx=0x1776e588) at mail-index-sync.c:751 seq = 4 offset = 3868 #7 mail_index_sync_commit (_ctx=0x1776e588) at mail-index-sync.c:795 ctx = 0x17787570 index = 0x17770cf0 next_uid = <value optimized out> want_rotate = <value optimized out> index_undeleted = false delete_index = false ret = <value optimized out> #8 0x00002b07bde25e4d in maildir_sync_index_finish (ctx=0x1776e570, success=<value optimized out>) at maildir-sync-index.c:331 mbox = 0x1776ea30 time_diff = <value optimized out> ret = 0 #9 0x00002b07bde22186 in maildir_transaction_save_commit_pre (_ctx=0x177800e0) at maildir-save.c:1029 ctx = <value optimized out> _t = 0x17779bc0 sync_flags = <value optimized out> ret = 0 __FUNCTION__ = "maildir_transaction_save_commit_pre" #10 0x00002b07bde81cc8 in index_transaction_index_commit (index_trans=0x17779cb0, result_r=0x7fff3c65f470) at index-transaction.c:51 t = 0x17779bc0 pvt_sync_ctx = 0x0 ret = 0 __FUNCTION__ = "index_transaction_index_commit" #11 0x00002b07bde8f466 in mail_index_transaction_commit_full (_t=0x7fff3c65f498, result_r=0x7fff3c65f470) at mail-index-transaction.c:262 t = 0x17779cb0 index = 0x17770cf0 index_undeleted = false #12 0x00002b07bde820a5 in index_transaction_commit (t=0x17779bc0, changes_r=0x7fff3c65f5a0) at index-transaction.c:194 box = 0x1776ea30 itrans = 0x0 result = {log_file_seq = 0, log_file_offset = 0, commit_size = 0, ignored_modseq_changes = 0} ret = 0 #13 0x00002b07bef5252b in quota_mailbox_transaction_commit (ctx=0x17779bc0, changes_r=0x7fff3c65f5a0) at quota-storage.c:134 qt = 0x1777a890 #14 0x00002b07bed40f77 in acl_transaction_commit (ctx=0x17779bc0, changes_r=0x7fff3c65f5a0) at acl-mailbox.c:451 abox = 0x1776f048 ret = <value optimized out> #15 0x00002b07bde53975 in mailbox_transaction_commit_get_changes (_t=<value optimized out>, changes_r=0x7fff3c65f5a0) at mail-storage.c:1847 _data_stack_cur_id = 4 t = 0x17779bc0 save_count = 1 ret = <value optimized out> __FUNCTION__ = "mailbox_transaction_commit_get_changes" #16 0x000000000040c0d3 in cmd_copy_full () No symbol table info available. #17 0x000000000040c39b in cmd_copy () No symbol table info available. #18 0x0000000000414d97 in command_exec () No symbol table info available. #19 0x0000000000413b9b in client_command_input () No symbol table info available. #20 0x0000000000413c5f in client_command_input () No symbol table info available. #21 0x0000000000413e0f in client_handle_input () No symbol table info available. #22 0x0000000000414212 in client_input () No symbol table info available. #23 0x00002b07be150f16 in io_loop_call_io (io=0x1775c450) at ioloop.c:387 ioloop = 0x17744720 t_id = 2 #24 0x00002b07be15238d in io_loop_handler_run (ioloop=<value optimized out>) at ioloop-epoll.c:215 ctx = <value optimized out> event = 0x17746210 list = 0x1775c4a0 io = 0x363f tv = {tv_sec = 1799, tv_usec = 999752} events_count = <value optimized out> msecs = <value optimized out> ret = 1 i = 0 call = false __FUNCTION__ = "io_loop_handler_run" #25 0x00002b07be150ebd in io_loop_run (ioloop=0x17744720) at ioloop.c:406 No locals. #26 0x00002b07be107223 in master_service_run (service=0x177445b0, callback=0x363f) at master-service.c:566 No locals. #27 0x000000000041d437 in main () No symbol table info available. # dovecot -n # 2.2.5: /etc/dovecot/dovecot.conf # OS: Linux 2.6.18-028stab101.1 x86_64 CentOS release 5.10 (Final) auth_cache_size = 2 k auth_mechanisms = plain login auth_username_chars = "abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789!#$-=?^_{}~./@+%" disable_plaintext_auth = no lock_method = dotlock mail_debug = yes mailbox_idle_check_interval = 15 secs mmap_disable = yes namespace { inbox = yes location = prefix = INBOX. type = private } passdb { args = /usr/local/cpanel/bin/dovecot-wrap driver = checkpassword } plugin { acl = vfile quota = maildir quota_rule = INBOX.Trash:ignore } protocols = imap pop3 service auth { unix_listener auth-client { mode = 0666 } } service imap-login { client_limit = 500 inet_listener imap { address = * } inet_listener imaps { address = * } process_limit = 100 process_min_avail = 2 service_count = 1 vsz_limit = 64 M } service imap { process_limit = 512 vsz_limit = 256 M } service managesieve-login { client_limit = 500 process_limit = 100 process_min_avail = 2 service_count = 1 vsz_limit = 64 M } service managesieve { process_limit = 512 vsz_limit = 256 M } service pop3-login { client_limit = 500 inet_listener pop3 { address = * } inet_listener pop3s { address = * } process_limit = 100 process_min_avail = 2 service_count = 1 vsz_limit = 64 M } service pop3 { process_limit = 512 vsz_limit = 256 M } ssl_cert = </etc/dovecot/ssl/dovecot.crt ssl_cipher_list = ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP ssl_key = </etc/dovecot/ssl/dovecot.key userdb { driver = prefetch } userdb { args = /usr/local/cpanel/bin/dovecot-wrap driver = checkpassword } verbose_proctitle = yes protocol imap { imap_idle_notify_interval = 15 mins imap_logout_format = in=%i, out=%o, bytes=%i/%o mail_max_userip_connections = 100 mail_plugins = acl quota imap_quota } protocol pop3 { mail_max_userip_connections = 100 mail_plugins = quota pop3_logout_format = top=%t/%p, retr=%r/%b, del=%d/%m, size=%s, bytes=%i/%o pop3_uidl_format = UID%u-%v } protocol lda { postmaster_address = postmaster(a)example.com } Any help with this would be greatly appreciated! cheers, -- Rob

1 0

[Dovecot] Quick question on sieve
by LuKreme 20 Nov '13

20 Nov '13

I have a procmail recipe that does the majority of my heavy lifting for my mailing lists. It's pretty straightforward, but as I understand it, this isn't something sieve can do: # [ ] contains a space and a tab :0 * 9876543210^0 ^(List-Id:.*<|X-Mailing-List:[ ]*)\/[-A-z0-9_+]+ * 9876543210^0 ^(List-Post:[ ]*(<mailto:)?|List-Owner:[ ]*(<mailto:)?owner-)\/[-A-Z0-9_+]+ * 9876543210^0 ^(Sender:[ ]*owner-|X-BeenThere:[ ]*|Delivered-To:[ ]*mailing list )\/[-A-Za-z0-9_+]+ * 9876543210^0 ^Sender:.* List"? <(mailto:)?\/[-A-Z0-9_+]+ { LISTNAME=$MATCH } Basically, it checks the headers for any one of the headers List-ID: List-Post: List-Owner: Sender: owner- X-BeenThere: Delivered-To: Sender:.*List and parses out the name of the list, writing it to the LISTNAME variable For the vast majority of mailing lists the message is then written to .$LISTNAME/ This means that, by default, a new mailing list is automatically sorted to its own mailbox without my doing anything at all. Is this something hat Sieve can do? Does it have variable assignment? -- <div id="me"><div id="Dennis Miller>It's just my opinion. I could be wrong.</div>But I'm not.</div>

2 3

[Dovecot] NTLM authentication in Thunderbird vs Outlook 2010.
by Alexandr Sabitov 20 Nov '13

20 Nov '13

Hi List, I am using the Dovecot 2.1.12 with NTLM authentication enabled. The Dovecot is set up in cluster with directors, 60 000 connections simultaneously. I have noticed that NTLM authentication is processed differently for Thunderbird and Outlook 2010 users. It actually makes Outlook 2010 clients query LDAP more often that Thunderbird ones which is not good potentially for overall performance. Dovecot do not see a domain in NTLM Type 3 message but it does exist there. Could somebody explain please why it is happening? Tcpdump Thunderbird: 1) IP proxy.netregistry.net.19228 > dovecot-test-1.private.netregistry.net.pop3 E..3..@.}..........)K..n#...9...P..qXT..AUTH NTLM 2) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.19228 E..,..@.@.,....).....nK.9...#...P....W..+ 3) IP proxy.netregistry.net.19228 > dovecot-test-1.private.netregistry.net.pop3 E..V..@.}..........)K..n#...9...P..m.n..TlRMTVNTUAABAAAAB4IIAAAAAAAAAAAAAAAAAAAAAAA= 4) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.19228 E.....@.@.,@...).....nK.9...#..:P.......+ TlRMTVNTUAACAAAAHAAcADAAAAAFAooAbuK/LV9v9xIAA AAAAAAAACQAJABMAAAAZABvAHYAZQBjAG8AdAAtAHQAZQBzAHQALQAxAAMAHABkAG8 AdgBlAGMAbwB0AC0AdABlAHMAdAAtADEAAAAAAA== 5) IP proxy.netregistry.net.19228 > dovecot-test-1.private.netregistry.net.pop3 E..&..@.}..........)K..n#..:9...P...|...TlRMTVNTUAADAAAAGAAYAIwAAAAYABgApAAAAAAAAABAAA AAOAA4AEAAAAAUABQAeAAAAAAAAAAAAAAABQIIAG0AaQBnAHIAYQB0AGkAbwBuAC4AdAB lAHMAdABAAG4AZQB0AHcAbwByAGsALgBpAGQALgBhAHUAbQB5AHAAcgBvAGoAZQBjAHQA cwBEqdTLLSMLdQAAAAAAAAAAAAAAAAAAAADZv(...)= Base64 decoding of the last message (NTLM Type 3): NTLMSSP?.m.i.g.r.a.t.i.o.n...t.e.s.t.@.n.e.t.w.o.r.k...i.d...a.u.m.y.p.r.o.j.e.c.t.s.D-#?u.......................(....)Nh\P 6) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.19228 E..(..@.@.,....).....nK.9...#..8P.. .'.. 7) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.19228 E..8..@.@.,....).....nK.9...#..8P.. .c..+OK Logged in. >From logs: Nov 19 18:14:53 dovecot-test-1 dovecot: auth: Debug: ldap(migration.test(a)network.id.au,203.30.252.5,<sI7Ga4LrOADLHvwF>): pass search: base=ou=email, dc=netregistry, dc=net scope=subtree filter=(&(objectClass=nrPOPAccount)(uid=migration.test(a)network.id.au)) fields=uid,userPassword Nov 19 18:14:53 dovecot-test-1 dovecot: auth: Debug: ldap(migration.test(a)network.id.au,203.30.252.5,<sI7Ga4LrOADLHvwF>): result: uid=migration.test(a)network.id.au userPassword=Secret123 All good. Outlook 2010: 1) IP proxy.netregistry.net.47129 > dovecot-test-1.private.netregistry.net.pop3 E..3..@.}..........)...n...Q..f9P..qOv..AUTH NTLM 2) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E..,..@.@.P....).....n....f9...\P....W..+ 3) IP proxy.netregistry.net.47129 > dovecot-test-1.private.netregistry.net.pop3 E..b..@.}..........)...n...\..f=P..m....TlRMTVNTUAABAAAAB4IIogAAAAAAAAAAAAAAAAAAAAAFASgKAAAADw== 4) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E.....@.@.Pe...).....n....f=....P.......+ TlRMTVNTUAACAAAAHAAcADAAAAAFAooAQlAQ6i5tIiIAAAAAAAAAACQAJA BMAAAAZABvAHYAZQBjAG8AdAAtAHQAZQBzAHQALQAxAAMAHABkAG8AdgBlAGMAbwB0AC0AdABlAHM AdAAtADEAAAAAAA== 5) IP proxy.netregistry.net.47129 > dovecot-test-1.private.netregistry.net.pop3 E.....@.}..........)...n......f.P....c..TlRMTVNTUAADAAAAGAAYAJIAAAAYABgAqgAAABoAGgBIAAAAHAAcAGIAAAAUA BQAfgAAAAAAAADCAAAABQKIAgUBKAoAAAAPbgBlAHQAdwBvAHIAawAuAGkAZAAuAGEAdQBtAGkAZwByAG EAdABpAG8AbgAuAHQAZQBzAHQATQBZAFAAUgBPAEoARQBDAFQAUwADFLugRfGh3gAAAAAAAAAAAAAAAA AAAAA(...)= Base64 decoding of the last message (NTLM Type 3): NTLMSSP.....................H....b..~.?????( ...?n.e.t.w.o.r.k...i.d...a.u.m.i.g.r.a.t.i.o.n...t.e.s.t.M.Y.P.R.O.J.E.C.T.S.??E..(....)..q?%/ 6) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E..(..@.@.Q....).....n....f.....P.. .5.. 7) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E..E..@.@.P....).....n....f.....P.. .p..-ERR Authentication failed. >From logs: Nov 19 18:33:24 dovecot-test-1 dovecot: auth: Debug: ldap(migration.test,203.30.252.5,<Hab+rYLrPQDLHvwF>): pass search: base=ou=email, dc=netregistry, dc=net scope=subtree filter=(&(objectClass=nrPOPAccount)(uid=migration.test)) fields=uid,userPassword Nov 19 18:33:24 dovecot-test-1 dovecot: auth: ldap(migration.test,203.30.252.5,<Hab+rYLrPQDLHvwF>): unknown user Well, WHERE is my domain in the LDAP query? :) 8) IP proxy.netregistry.net.47129 > dovecot-test-1.private.netregistry.net.pop3 E..K..@.}..........)...n......f.P...X,..USER migration.test(a)network.id.au 9) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E..(..@.@.P....).....n....f.....P.. .... 10) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E..-..@.@.P....).....n....f.....P.. .X..+OK 11) IP proxy.netregistry.net.47129 > dovecot-test-1.private.netregistry.net.pop3 E..7..@.}..........)...n......f.P...l;..PASS Secret123 12) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E..(..@.@.P....).....n....f.....P.. .... 13) IP dovecot-test-1.private.netregistry.net.pop3 > proxy.netregistry.net.47129 E..8..@.@.P....).....n....f.....P.. .c..+OK Logged in. Configuration file This is LDAP configuration on one of director servers where clients are authenticated. uris = ldap://ldap-node-2.mynetwork.net, ldap://ldap-node-3.mynetwork.net debug_level = 0 base = ou=email, dc=netregistry, dc=net user_attrs = homeDirectory=home, uidNumber=uid, gidNumber=gid, mailQuotaSize=quota_rule=*:storage=%$ user_filter = (&(objectClass=nrPOPAccount)(uid=%u)) pass_attrs = uid=user, userPassword=password, =proxy=y, =destuser=%u, =pass=Secret456 pass_filter = (&(objectClass=nrPOPAccount)(uid=%u)) default_pass_scheme = PLAIN Regards, Alexandr Sabitov System Administrator

1 0

[Dovecot] Question about dovecot 2.2 and LIST command
by Jonathan Siegle 19 Nov '13

19 Nov '13

I am running dovecot 2.2 changeset 16983:d925674c4329 on AIX. We use mbox files with the "/" delimter. I have an imap protocol question. When I do: 1 list directory1/ * 1 OK List completed. Is that the correct answer? If I do 1 list "" * it shows * LIST (\Noselect \HasChildren) "/" "directory1" I forget why I think that even with the delimiter, I should see some information about it. Is this a silly test that no imap client does? Thanks, Jonathan

3 3

[Dovecot] Crash in dovecot 2.2.6
by Ed W 19 Nov '13

19 Nov '13

Hi, I recently upgraded from a dovecot 2.1 version to 2.2.6. I now have a single user who occasionally triggers a crash (just this one user it seems?). The user connects via LiveMail (v14.0.8117.) and IMAP. Oct 29 08:05:26 mail1 dovecot: imap(customer(a)example.org): Error: Raw backtrace: /usr/lib/dovecot/libdovecot.so.0(+0x6575a) [0xd94cc75a] -> /usr/lib/dovecot/libdovecot.so.0(+0x657cb) [0xd94cc7cb] -> /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0xd9481991] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_transaction_export+0xa69) [0xd95e3e09] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0xa9618) [0xd95e2618] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_transaction_commit_full+0xd1) [0xd95e2b31] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_transaction_commit+0x23) [0xd95e2c23] -> /usr/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_commit+0xe9) [0xd95ec0c9] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x527d2) [0xd958b7d2] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x51b0c) [0xd958ab0c] -> /usr/lib/dovecot/libdovecot-storage.so.0(+0x51eea) [0xd958aeea] -> /usr/lib/dovecot/libdovecot-storage.so.0(maildir_storage_sync_init+0xef) [0xd958b2af] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync_init+0x3b) [0xd959c4ab] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_sync+0x3f) [0xd959c5ef] -> /usr/lib/dovecot/libdovecot-storage.so.0(index_storage_get_status+0x48) [0xd95cabc8] -> /usr/lib/dovecot/lib20_fts_plugin.so(+0xb362) [0xd928f362] -> /usr/lib/dovecot/libdovecot-storage.so.0(mailbox_get_status+0x49) [0xd959da79] -> dovecot/imap [customer(a)example.org 176.35.111.117 STATUS](imap_status_get+0x73) [0x8064503] -> dovecot/imap [customer(a)example.org 176.35.111.117 STATUS](cmd_status+0x189) [0x80591d9] -> dovecot/imap [customer(a)example.org 176.35.111.117 STATUS](command_exec+0x32) [0x805d762] -> dovecot/imap [customer(a)example.org 176.35.111.117 STATUS]() [0x805c747] -> dovecot/imap [customer(a)example.org 176.35.111.117 STATUS]() [0x805c891] -> dovecot/imap [customer(a)example.org 176.35.111.117 STATUS](client_handle_input+0x125) [0x805cae5] -> dovecot/imap [customer(a)example.org 176.35.111.117 STATUS](client_input+0x72) [0x805ce92] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_call_io+0x44) [0xd94def84] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_handler_run+0xce) [0xd94dff7e] -> /usr/lib/dovecot/libdovecot.so.0(io_loop_run+0x40) [0xd94dea40] -> /usr/lib/dovecot/libdovecot.so.0(master_service_run+0x2e) [0xd94874be] System is gentoo 32bit. Do you need configs? Thanks for any advice Ed W

2 3

[Dovecot] Problem migration from cyrus with imapc
by claus 19 Nov '13

19 Nov '13

Hi all, i have problem with namespace when i try to migrate from cyrus to dovecot with imapc. If i login to the old cyrus i get: telnet 192.168.8.164 143 Trying 192.168.8.164... Connected to 192.168.8.164. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Dovecot ready. a login testbox(a)old.cyrus.de secret a namespace a OK [CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE STARTTLS AUTH=DIGEST-MD5 AUTH=CRAM-MD5 SASL-IR X-NETSCAPE] User logged in * NAMESPACE (("INBOX." ".")) NIL (("" ".")) a OK Completed a list "" "*" * LIST (\HasChildren) "." "INBOX" * LIST (\HasNoChildren) "." "INBOX.Drafts" * LIST (\HasNoChildren) "." "INBOX.Gesendete Mails" * LIST (\HasNoChildren) "." "INBOX.Sent" * LIST (\HasNoChildren) "." "INBOX.Trash" * LIST (\HasNoChildren) "." "INBOX.spam" * LIST (\HasChildren) "." "INBOX.test1" * LIST (\HasNoChildren) "." "INBOX.test1.test11" a OK Completed after migration with: root@dovecot-backend1:~ # dsync -o imapc_user=testbox(a)old.cyrus.de -o imapc_password=secret -o imapc_host=192.168.8.164 -o imapc_features=rfc822.size -o mailbox_list_index=no -Dv backup -R -u m1234567890 imapc: i get the folowing result: telnet 192.168.8.164 143 Trying 192.168.8.164... Connected to 192.168.8.164. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5] Dovecot ready. a login testmig(a)example.org test a OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=ORDEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARCH ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE BINARY MOVE QUOTA] Logged in a namespace * NAMESPACE (("INBOX." ".")) NIL NIL a OK Namespace completed. a list "" "*" * LIST (\HasChildren) "." INBOX * LIST (\HasNoChildren) "." INBOX.INBOX.Drafts * LIST (\HasNoChildren) "." "INBOX.INBOX.Gesendete Mails" * LIST (\HasNoChildren) "." INBOX.INBOX.Sent * LIST (\HasNoChildren) "." INBOX.INBOX.Trash * LIST (\HasNoChildren) "." INBOX.INBOX.spam * LIST (\HasChildren) "." INBOX.INBOX.test1 * LIST (\HasNoChildren) "." INBOX.INBOX.test1.test11 * LIST (\Noselect \HasChildren) "." INBOX.INBOX a OK List completed. Can everyone explain me where the extra "prefix INBOX" came from and how i can resolve that? The migration should be transparent for users. Did you need any extra informations? 192.168.8.164 is a dovecot-proxy. Consolelog of dsync and doveconf -n follows. Thanks! claus root@dovecot-backend1:~ # doveconf -n # 2.2.6: /etc/dovecot/dovecot.conf # OS: Linux 3.0.93-0.8-xen x86_64 SUSE Linux Enterprise Server 11 (x86_64) auth_debug = yes auth_master_user_separator = * auth_verbose = yes disable_plaintext_auth = no login_trusted_networks = 192.168.8.164/32 mail_debug = yes mail_location = mdbox:~/mdbox:ALT=/altstorage/%h/mdbox mail_plugins = " quota stats" 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 namespace inbox { inbox = yes list = children location = prefix = INBOX. separator = . type = private } passdb { args = /etc/dovecot/dovecot-sql-master.conf.ext driver = sql master = yes pass = yes } passdb { args = /etc/dovecot/dovecot-sql.conf.ext default_fields = userdb_home=/vmail/%1Mu/%2.1Mu/%u driver = sql } plugin { quota = dict:User quota::file:%h/dovecot-quota quota_rule = *:storage=10240 sieve = ~/.dovecot.sieve sieve_dir = ~/sieve stats_refresh = 10 secs stats_track_cmds = yes } postmaster_address = postmaster(a)mnet-online.de protocols = imap pop3 lmtp sieve service imap { executable = imap postlogin } service lmtp { inet_listener lmtp { address = port = 24 } } service managesieve-login { inet_listener sieve { port = 4190 } } service pop3 { executable = pop3 postlogin } service postlogin { executable = script-login -d rawlog -b } service stats { fifo_listener stats-mail { mode = 0666 user = vmail } } ssl = no userdb { driver = prefetch } userdb { args = /etc/dovecot/dovecot-sql.conf.ext default_fields = home=/vmail/%1Mu/%2.1Mu/%u driver = sql } verbose_proctitle = yes protocol lmtp { mail_plugins = " quota stats sieve" } protocol imap { mail_plugins = " quota stats imap_quota imap_stats" } root@dovecot-backend1:~ # root@dovecot-backend1:~ # dsync -o imapc_user=testbox(a)old.cyrus.de -o imapc_password=secret -o imapc_host=1 92.168.8.164 -o imapc_features=rfc822.size -o mailbox_list_index=no -Dv backup -R -u m1234567890 imapc: doveadm(root): Debug: Loading modules from directory: /usr/lib64/dovecot/modules doveadm(root): Debug: Module loaded: /usr/lib64/dovecot/modules/lib10_quota_plugin.so doveadm(root): Debug: Module loaded: /usr/lib64/dovecot/modules/lib90_stats_plugin.so doveadm(root): Debug: Loading modules from directory: /usr/lib64/dovecot/modules/doveadm doveadm(root): Debug: Skipping module doveadm_acl_plugin, because dlopen() failed: /usr/lib64/dovecot/modules/dovead m/lib10_doveadm_acl_plugin.so: undefined symbol: acl_user_module (this is usually intentional, so just ignore this m essage) doveadm(root): Debug: Skipping module doveadm_expire_plugin, because dlopen() failed: /usr/lib64/dovecot/modules/dov eadm/lib10_doveadm_expire_plugin.so: undefined symbol: expire_set_deinit (this is usually intentional, so just ignor e this message) doveadm(root): Debug: Module loaded: /usr/lib64/dovecot/modules/doveadm/lib10_doveadm_quota_plugin.so doveadm(root): Debug: Module loaded: /usr/lib64/dovecot/modules/doveadm/lib10_doveadm_sieve_plugin.so doveadm(root): Debug: Skipping module doveadm_fts_plugin, because dlopen() failed: /usr/lib64/dovecot/modules/dovead m/lib20_doveadm_fts_plugin.so: undefined symbol: fts_backend_rescan (this is usually intentional, so just ignore thi s message) doveadm(m1234567890): Debug: auth input: m1234567890 home=/vmail/0/e/m1234567890 uid=10000 gid=10000 doveadm(m1234567890): Debug: Effective uid=10000, gid=10000, home=/vmail/0/e/m1234567890 doveadm(m1234567890): Debug: Quota root: name=User quota backend=dict args=:file:/vmail/0/e/m1234567890/dovecot-quot a doveadm(m1234567890): Debug: Quota rule: root=User quota mailbox=* bytes=10485760 messages=0 doveadm(m1234567890): Debug: Quota grace: root=User quota bytes=1048576 (10%) doveadm(m1234567890): Debug: dict quota: user=m1234567890, uri=file:/vmail/0/e/m1234567890/dovecot-quota, noenforcin g=0 doveadm(m1234567890): Debug: Namespace inbox: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, su bscriptions=yes location=mdbox:~/mdbox:ALT=/altstorage//vmail/0/e/m1234567890/mdbox doveadm(m1234567890): Debug: fs: root=/vmail/0/e/m1234567890/mdbox, index=, indexpvt=, control=, inbox=, alt=/altsto rage//vmail/0/e/m1234567890/mdbox doveadm(m1234567890): Debug: Namespace : type=private, prefix=, sep=, inbox=no, hidden=yes, list=no, subscriptions=n o location=fail::LAYOUT=none doveadm(m1234567890): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= doveadm(m1234567890): Debug: Namespace INBOX.: Using permissions from /vmail/0/e/m1234567890/mdbox: mode=0700 gid=de fault dsync(m1234567890): Debug: Effective uid=10000, gid=10000, home=/vmail/0/e/m1234567890 dsync(m1234567890): Debug: Quota root: name=User quota backend=dict args=:file:/vmail/0/e/m1234567890/dovecot-quota dsync(m1234567890): Debug: Quota rule: root=User quota mailbox=* bytes=10485760 messages=0 dsync(m1234567890): Debug: Quota grace: root=User quota bytes=1048576 (10%) dsync(m1234567890): Debug: dict quota: user=m1234567890, uri=file:/vmail/0/e/m1234567890/dovecot-quota, noenforcing= 0 dsync(m1234567890): Debug: Namespace inbox: type=private, prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subs criptions=yes location=imapc: dsync(m1234567890): Debug: imapc(192.168.8.164:143): Looking up IP address dsync(m1234567890): Debug: imapc(192.168.8.164:143): Connecting to 192.168.8.164:143 dsync(m1234567890): Debug: imapc(192.168.8.164:143): Server capabilities: IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE STARTTLS AUTH=PLAIN AUTH=LOGIN AUTH=DIGEST-MD5 AUTH=CRAM-MD5 dsync(m1234567890): Debug: imapc(192.168.8.164:143): Authenticating as testbox(a)post-ist-da.de dsync(m1234567890): Debug: imapc(192.168.8.164:143): Server capabilities: IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX -REFERRALS NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT THREAD=ORDEREDSUBJECT THR EAD=REFERENCES ANNOTATEMORE IDLE STARTTLS AUTH=DIGEST-MD5 AUTH=CRAM-MD5 SASL-IR X-NETSCAPE dsync(m1234567890): Debug: imapc(192.168.8.164:143): Authenticated successfully dsync(m1234567890): Debug: imapc: root=, index=, indexpvt=, control=, inbox=, alt= dsync(m1234567890): Debug: Namespace : type=private, prefix=, sep=, inbox=no, hidden=yes, list=no, subscriptions=no location=fail::LAYOUT=none dsync(m1234567890): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= dsync(m1234567890): Debug: brain M: in state=master_recv_handshake dsync(m1234567890): Debug: brain M: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=send_mailbox_tree dsync(m1234567890): Debug: brain M: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=send_mailbox_tree dsync(m1234567890): Debug: brain M: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=send_mailbox_tree dsync(m1234567890): Debug: brain M: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=send_mailbox_tree dsync(m1234567890): Debug: brain M: out state=send_mailbox_tree_deletes changed=1 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=send_mailbox_tree_deletes dsync(m1234567890): Debug: brain M: out state=recv_mailbox_tree changed=1 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=recv_mailbox_tree dsync(m1234567890): Debug: brain M: out state=recv_mailbox_tree changed=0 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=recv_mailbox_tree dsync(m1234567890): Debug: brain M: out state=recv_mailbox_tree changed=0 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=recv_mailbox_tree dsync(m1234567890): Debug: brain M: out state=recv_mailbox_tree changed=0 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=recv_mailbox_tree dsync(m1234567890): Debug: brain M: out state=recv_mailbox_tree changed=0 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=recv_mailbox_tree dsync(m1234567890): Debug: brain M: out state=recv_mailbox_tree changed=0 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree dsync(m1234567890): Debug: brain S: out state=send_mailbox_tree_deletes changed=1 dsync(m1234567890): Debug: brain M: in state=recv_mailbox_tree dsync(m1234567890): Debug: brain M: out state=recv_mailbox_tree_deletes changed=1 dsync(m1234567890): Debug: brain S: in state=send_mailbox_tree_deletes dsync(m1234567890): Debug: brain S: out state=recv_mailbox_tree changed=1 dsync(m1234567890): Debug: brain M: in state=recv_mailbox_tree_deletes dsync(m1234567890): Debug: doveadm-sieve: Iterating Sieve mailbox attributes dsync(m1234567890): Debug: sieve: Pigeonhole version 0.4.2 initializing dsync(m1234567890): Debug: sieve: include: sieve_global_dir is not set; it is currently not possible to include `:gl obal' scripts. dsync(m1234567890): Debug: sieve-storage: using active sieve script path: /vmail/0/e/m1234567890/.dovecot.sieve dsync(m1234567890): Debug: sieve-storage: using sieve script storage directory: /vmail/0/e/m1234567890/sieve dsync(m1234567890): Debug: sieve-storage: permission lookup failed from /vmail/0/e/m1234567890/sieve dsync(m1234567890): Debug: sieve-storage: created storage directory /vmail/0/e/m1234567890/sieve/tmp dsync(m1234567890): Debug: sieve-storage: relative path to sieve storage in active link: sieve/ dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX doesn't exist yet, using d efault permissions dsync(m1234567890): Debug: Namespace INBOX.: Using permissions from /vmail/0/e/m1234567890/mdbox: mode=0700 gid=defa ult dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX/Drafts doesn't exist yet, using default permissions dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX/Gesendete Mails doesn't ex ist yet, using default permissions dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX/Sent doesn't exist yet, us ing default permissions dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX/Trash doesn't exist yet, u sing default permissions dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX/spam doesn't exist yet, us ing default permissions dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX/test1 doesn't exist yet, u sing default permissions dsync(m1234567890): Debug: Namespace INBOX.: /vmail/0/e/m1234567890/mdbox/mailboxes/INBOX/test1/test11 doesn't exist yet, using default permissions dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=recv_mailbox_tree dsync(m1234567890): Debug: brain S: out state=recv_mailbox_tree_deletes changed=1 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=recv_mailbox_tree_deletes dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mailbox send_state=mailbox changed=0 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=0 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: doveadm-sieve: Iterating Sieve mailbox attributes dsync(m1234567890): Debug: sieve: Pigeonhole version 0.4.2 initializing dsync(m1234567890): Debug: sieve: include: sieve_global_dir is not set; it is currently not possible to include `:gl obal' scripts. dsync(m1234567890): Debug: sieve-storage: using active sieve script path: /vmail/0/e/m1234567890/.dovecot.sieve dsync(m1234567890): Debug: sieve-storage: using sieve script storage directory: /vmail/0/e/m1234567890/sieve dsync(m1234567890): Debug: sieve-storage: using permissions from /vmail/0/e/m1234567890/sieve: mode=0700 gid=-1 dsync(m1234567890): Debug: sieve-storage: relative path to sieve storage in active link: sieve/ dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=attributes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=attributes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=attributes send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: Import INBOX: Import change GUID= UID=17 hdr_hash=1789a3a22dd73779304ac0b58acc37 a4 dsync(m1234567890): Debug: brain M: Import INBOX: Last common UID=0 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: Import INBOX: Import change GUID= UID=66 hdr_hash=774ba1d07279fbe1d87762463a8ab8 27 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: Import INBOX: Import change GUID= UID=272 hdr_hash=68a2925178bf0e3dda93c8b77229a f3b dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: Import INBOX: Import change GUID= UID=2721 hdr_hash=68a2925178bf0e3dda93c8b77229 af3b dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: Import INBOX: Import change GUID= UID=2822 hdr_hash=d5c0ccf93da2b285badf6e43cb95 856d dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: Import INBOX: Import change GUID= UID=2826 hdr_hash=5626d629f014622b9cafbe769542 de7f dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=changes changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: Import INBOX: Import change GUID= UID=2827 hdr_hash=c76df14284fa8963e7c2abd677b0 b4e6 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=changes send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=changes dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=changes send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=mail_requests changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=mail_requests send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=mail_requests dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=mail_requests send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: import mail uid 17 guid dsync(m1234567890): Debug: brain M: Import INBOX: Import mail body for GUID= UID=17 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: import mail uid 66 guid dsync(m1234567890): Debug: brain M: Import INBOX: Import mail body for GUID= UID=66 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: import mail uid 272 guid dsync(m1234567890): Debug: brain M: Import INBOX: Import mail body for GUID= UID=272 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: import mail uid 2721 guid dsync(m1234567890): Debug: brain M: Import INBOX: Import mail body for GUID= UID=2721 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: import mail uid 2822 guid dsync(m1234567890): Debug: brain M: Import INBOX: Import mail body for GUID= UID=2822 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: import mail uid 2826 guid dsync(m1234567890): Debug: brain M: Import INBOX: Import mail body for GUID= UID=2826 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=mails changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: import mail uid 2827 guid dsync(m1234567890): Debug: brain M: Import INBOX: Import mail body for GUID= UID=2827 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=mails send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=mails dsync(m1234567890): Debug: brain S: out box 'INBOX' recv_state=recv_last_common send_state=done changed=1 dsync(m1234567890): Debug: brain S: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=mails send_state=done dsync(m1234567890): Debug: brain M: Import INBOX: Saved UIDs: 17,66,272,2721,2822,2826:2827 dsync(m1234567890): Debug: brain M: Import INBOX: Finish update: min_next_uid=2828 min_first_recent_uid=1 min_highes t_modseq=1 min_highest_pvt_modseq=0 dsync(m1234567890): Debug: brain M: Import INBOX: Reassign UIDs: 1:16,18:65,67:271,273:2720,2722:2821,2823:2825 dsync(m1234567890): Debug: brain M: out box 'INBOX' recv_state=recv_last_common send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=sync_mails dsync(m1234567890): Debug: brain S: in box 'INBOX' recv_state=recv_last_common send_state=done dsync(m1234567890): Debug: brain S: out box '' recv_state=recv_last_common send_state=done changed=1 dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX' recv_state=recv_last_common send_state=done dsync(m1234567890): Debug: brain M: out box '' recv_state=recv_last_common send_state=done changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX.INBOX.Drafts' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box '' recv_state=mailbox send_state=mailbox changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX.INBOX.Gesendete Mails' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box '' recv_state=mailbox send_state=mailbox changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX.INBOX.Sent' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box '' recv_state=mailbox send_state=mailbox changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX.INBOX.Trash' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box '' recv_state=mailbox send_state=mailbox changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX.INBOX.spam' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box '' recv_state=mailbox send_state=mailbox changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX.INBOX.test1' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box '' recv_state=mailbox send_state=mailbox changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=sync_mails changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=1 dsync(m1234567890): Debug: brain M: in state=sync_mails dsync(m1234567890): Debug: brain M: in box 'INBOX.INBOX.test1.test11' recv_state=mailbox send_state=mailbox dsync(m1234567890): Debug: brain M: out box '' recv_state=mailbox send_state=mailbox changed=1 dsync(m1234567890): Debug: brain M: out state=master_send_mailbox changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=slave_recv_mailbox changed=0 dsync(m1234567890): Debug: brain M: in state=master_send_mailbox dsync(m1234567890): Debug: brain M: out state=done changed=1 dsync(m1234567890): Debug: brain S: in state=slave_recv_mailbox dsync(m1234567890): Debug: brain S: out state=done changed=1 dsync(m1234567890): Debug: brain M: in state=done dsync(m1234567890): Debug: brain M: out state=done changed=1 dsync(m1234567890): Debug: brain S: in state=done dsync(m1234567890): Debug: brain S: out state=done changed=1 dsync(m1234567890): Debug: imapc(192.168.8.164:143): Disconnected root@dovecot-backend1:~ #

2 1

[Dovecot] Deleted messages reappearing
by Joseba Torre 19 Nov '13

19 Nov '13

Hi all, in the last days, probably since I upgraded to 2.2.7, I'm seeing lots of deleted messages reappearing in my folders. This is after this error in the log: Nov 13 14:55:16 buzones2 dovecot: imap-login: Login: user=<username>, method=PLAIN, rip=source_ip, lip=dest_ip, mpid=15510, TLS, session=<2bmiUA/rZACe4wQZ> Nov 13 14:55:16 buzones2 dovecot: imap(username): Error: mdbox /users/username/mdbox/mailboxes/backups/dbox-Mails: map uidvalidity mismatch (0 vs 1384350727) Nov 13 14:55:16 buzones2 dovecot: imap(username): Disconnected: Internal error occurred. Refer to server log for more information. [2013-11-13 14:55:16] in=227 out=2745 Nov 13 14:55:16 buzones2 dovecot: imap(username): Warning: fscking index file /users/username/mdbox/storage/dovecot.map.index Nov 13 14:55:17 buzones2 dovecot: imap(username): Warning: mdbox /users/username/mdbox/storage: rebuilding indexes Nov 13 14:55:17 buzones2 dovecot: imap(username): Error: /users/username/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index reset, view is now inconsistent Nov 13 14:55:17 buzones2 dovecot: imap(username): Disconnected: IMAP session state is inconsistent, please relogin. in=383 out=4820 Nov 13 14:55:18 buzones2 dovecot: imap-login: Login: user=<username>, method=PLAIN, rip=source_ip, lip=dest_ip, mpid=15511, TLS, session=<HKq2UA/rZQCe4wQZ> Nov 13 14:55:19 buzones2 dovecot: imap-login: Login: user=<username>, method=PLAIN, rip=source_ip, lip=dest_ip, mpid=15512, TLS, session=<pRzNUA/rZgCe4wQZ> Nov 13 15:13:07 buzones2 dovecot: imap-login: Login: user=<username>, method=PLAIN, rip=source_ip, lip=dest_ip, mpid=15538, TLS, session=<hDV3kA/rTACe4wQZ> Nov 13 15:13:36 buzones2 dovecot: imap(username): Disconnected: Logged out in=1791 out=119343 Nov 13 15:13:44 buzones2 dovecot: imap-login: Login: user=<username>, method=PLAIN, rip=source_ip, lip=dest_ip, mpid=15539, TLS, session=<B02lkg/rTQCe4wQZ> [username@buzones2 ~]$ dovecot --version 2.2.7 The first days I was using thunderbird, and as we talked in other thread I thought it was a client issue, but now I've seen the same problem with kmail and mutt. Regards, Joseba Torre

3 5