- dovecot - dovecot.org

[Dovecot] v1.2.2 released
by Timo Sirainen 29 Jul '09

29 Jul '09

http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz http://dovecot.org/releases/1.2/dovecot-1.2.2.tar.gz.sig Found and fixes several v1.2-specific bugs. Hopefully it's now stable for most people's usage. * GSSAPI: More changes to authentication. Hopefully good now. * lazy_expunge plugin: Drop \Deleted flag when moving message. + dovecot -n/-a now outputs also lda settings. + dovecot.conf !include now supports globs (e.g. !include /etc/dovecot/*.conf). Based on patch by Thomas Guthmann. + acl: Support spaces in user/group identifiers. + shared mailboxes: If only %%n is specified in prefix, default to current user's domain. - Dovecot master process could hang if it received signals too rapidly. - Fixed "corrupted index cache file" errors (and perhaps others) caused by e.g. IMAP's FETCH BODY[] command. - IMAP: When QRESYNC is enabled, don't crash when a new mail is received while IDLEing. - IMAP: FETCH X-* parameters weren't working. - Maildir++ quota: Quota was sometimes updated wrong when it was being recalculated. - Searching quoted-printable message body internally converted "_" characters to spaces and didn't match search keys with "_". - Messages in year's first/last day may have had broken timezones with OSes not having struct tm->tm_gmtoff (e.g. Solaris). - virtual plugin: If another session adds a new mailbox to index, don't crash.

7 12

[Dovecot] dovecot-1.2.2+sieve 0.1.9: sieve issues with (global?) includes
by Tom Hendrikx 29 Jul '09

29 Jul '09

Hi, After upgrading from dovecot 1.1 to dovecot 1.2.2 and the new sieve implementation (0.1.9), I'm having some strange problems. I'm including some general purpose scripts into my user script from sieve_global_dir. After some tests it seems that ths scripts get executed at random: sometimes the mail gets stored in the correct dir, and sometimes it goes to inbox. This also happens while using the same compiled .svbin file. Another indication that something is wrong with the compiled .svbin is output of sieved (see below). Running sieved on the compiled test{1,2,3}.svbin files gives regular output. Any ideas what could be causing this? user script: =============================== require ["include"]; include :global "test1.sieve"; include :global "test2.sieve"; include :global "test3.sieve"; keep; =============================== /etc/dovecot/sieve/test1.sieve: =============================== require ["fileinto"]; if header :contains "Subject" "test1" { fileinto "sieve_test"; stop; } =============================== /etc/dovecot/sieve/test2.sieve: =============================== require ["fileinto"]; if header :contains "Subject" "test2" { fileinto "sieve_test"; stop; } =============================== /etc/dovecot/sieve/test3.sieve: =============================== require ["fileinto"]; if header :contains "Subject" "test3" { fileinto "sieve_test"; stop; } =============================== Log output with mail_debug=yes: =============================== # test mail for test1.sieve Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): Loading modules from directory: /usr/lib/dovecot/lda Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): Module loaded: /usr/lib/dovecot/lda/lib90_sieve_plugin.so Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): maildir: data=/var/spool/mail/tomhendr/Maildir Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): maildir++: root=/var/spool/mail/tomhendr/Maildir, index=, control=, inbox=/var/spool/mail/tomhendr/Maildir Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve: using sieve path for user's script: /home/tomhendr/.default.sieve Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve: opening script /home/tomhendr/.default.sieve Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve: executing compiled script /home/tomhendr/.default.sieve Jul 28 23:20:27 meredith-mail dovecot: deliver(tomhendr): sieve: msgid=<20090728212027.02EEBD002(a)smtp.whyscream.net>: stored mail into mailbox 'sieve_test' # test mail for test2.sieve Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): Loading modules from directory: /usr/lib/dovecot/lda Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): Module loaded: /usr/lib/dovecot/lda/lib90_sieve_plugin.so Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): maildir: data=/var/spool/mail/tomhendr/Maildir Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): maildir++: root=/var/spool/mail/tomhendr/Maildir, index=, control=, inbox=/var/spool/mail/tomhendr/Maildir Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve: using sieve path for user's script: /home/tomhendr/.default.sieve Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve: opening script /home/tomhendr/.default.sieve Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve: executing compiled script /home/tomhendr/.default.sieve Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): Namespace : Using permissions from /var/spool/mail/tomhendr/Maildir: mode=0700 gid=-1 Jul 28 23:20:35 meredith-mail dovecot: deliver(tomhendr): sieve: msgid=<20090728212035.5F2F8D003(a)smtp.whyscream.net>: stored mail into mailbox 'INBOX' # test with 2 mails for test2 in a row Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): Loading modules from directory: /usr/lib/dovecot/lda Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): Module loaded: /usr/lib/dovecot/lda/lib90_sieve_plugin.so Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): maildir: data=/var/spool/mail/tomhendr/Maildir Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): maildir++: root=/var/spool/mail/tomhendr/Maildir, index=, control=, inbox=/var/spool/mail/tomhendr/Maildir Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): sieve: using sieve path for user's script: /home/tomhendr/.default.sieve Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): sieve: opening script /home/tomhendr/.default.sieve Jul 28 23:40:50 meredith-mail dovecot: deliver(tomhendr): sieve: executing compiled script /home/tomhendr/.default.sieve Jul 28 23:40:51 meredith-mail dovecot: deliver(tomhendr): sieve: msgid=<20090728214050.C2983D002(a)smtp.whyscream.net>: stored mail into mailbox 'sieve_test' Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): Loading modules from directory: /usr/lib/dovecot/lda Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): Module loaded: /usr/lib/dovecot/lda/lib90_sieve_plugin.so Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): maildir: data=/var/spool/mail/tomhendr/Maildir Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): maildir++: root=/var/spool/mail/tomhendr/Maildir, index=, control=, inbox=/var/spool/mail/tomhendr/Maildir Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): sieve: using sieve path for user's script: /home/tomhendr/.default.sieve Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): sieve: opening script /home/tomhendr/.default.sieve Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): sieve: executing compiled script /home/tomhendr/.default.sieve Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): Namespace : Using permissions from /var/spool/mail/tomhendr/Maildir: mode=0700 gid=-1 Jul 28 23:40:57 meredith-mail dovecot: deliver(tomhendr): sieve: msgid=<20090728214057.43048D002(a)smtp.whyscream.net>: stored mail into mailbox 'INBOX' =============================== Output of 'sieved /home/tomhendr/.default.svbin =============================== * Required extensions: 0: include (16) 1: fileinto (5) Panic: file ext-include-variables.c: line 133 (ext_include_variables_dump): assertion failed: (global_vars != NULL) Error: Raw backtrace: sieved [0xa7fbfe10] -> sieved(default_fatal_handler+0x57) [0xa7fbfe97] -> sieved [0xa7fc006e] -> sieved [0xa7f7384c] -> sieved(ext_include_binary_dump+0x48) [0xa7f531c8] -> sieved(sieve_binary_dumper_run+0x119) [0xa7f671a9] -> sieved(sieve_dump+0x42) [0xa7f4bf82] -> sieved(sieve_tool_dump_binary_to+0x6f) [0xa7f7b77f] -> sieved(main+0x174) [0xa7f42564] -> /lib/libc.so.6(__libc_start_main+0xe2) [0xa7dce712] -> sieved [0xa7f422b1] Aborted =============================== -- Regards, Tom

2 4

[Dovecot] Random flags appearing on messages
by Michael M. Slusarz 29 Jul '09

29 Jul '09

Not reproducible every time, but every so often, after viewing an unseen message, I am seeing the first non-system flag set on the message without an intervening STORE call. Here's an example: 2 EXAMINE "XXX" (QRESYNC (1165391112 78 12160:12162,12168:12171,12173,12178,12183,12191,12360,12431,12560,12762,12765,13037,13089,13094,13196,13457,13460,13495,13548,13549,13561,13590,13597,13598)) * FLAGS (\Answered \Flagged \Deleted \Seen \Draft impflag0 impflag1) * OK [PERMANENTFLAGS ()] Read-only mailbox. ... 7 UID FETCH 13608 (ENVELOPE FLAGS RFC822.SIZE BODY.PEEK[HEADER.FIELDS (LIST-POST X-PRIORITY)]) * 30 FETCH (UID 13608 FLAGS (\Recent) ... On the next access: 2 SELECT "XXX" (QRESYNC (1165391112 79 12160:12162,12168:12171,12173,12178,12183,12191,12360,12431,12560,12762,12765,13037,13089,13094,13196,13457,13460,13495,13548,13549,13561,13590,13597,13598,13608)) * FLAGS (\Answered \Flagged \Deleted \Seen \Draft impflag0 impflag1) * OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft impflag0 impflag1 \*)] Flags permitted. ... 3 UID FETCH 13608 (BODY[HEADER]) * 30 FETCH (UID 13608 FLAGS (\Seen \Recent impflag0) BODY[HEADER] {2529} ... As can be seen, impflag0 has been magically set somehow. Stranger still, dovecot won't let you unset the flag (this might have something to do with QRESYNC since, if I run this command without the UNCHANGEDSINCE parameter, it will unset the flag): 4 UID STORE 13608 (UNCHANGEDSINCE 82) -FLAGS (impflag0) 4 OK Store completed. FYI, I am using dovecot 1.2.1 on archlinux (they haven't upgraded the package to 1.2.2 yet, but I didn't see anything in the 1.2.2 release notes that leads me to believe this has been fixed). michael

2 4

[Dovecot] authn_name and authz_name differ: not supported
by Nikolay Shopik 29 Jul '09

29 Jul '09

Hello, I'm trying to authenticate using GSSAPI, but getting this in dovecot.log "authn_name and authz_name differ: not supported". What is actually trying to say me? I've remeber once encounter this problem but it get away silently. I'm using Mozilla Thunderbird 3 beta 3 and Dovecot 1.0.15

1 1

[Dovecot] High Availability strategies
by Joseba Torre 29 Jul '09

29 Jul '09

Hi, we have a medium setup (8000 pop and imap users using almost every available client, 800GB of stored mails using maildir on a Celerra NFS server, with index files on local disks, and procmail for local delivery), being served by a Dell PowerEdge 2850 (2GB RAM and dual P4 Xeon 3,2GHz). Our current not-so-high availability setup is based on a similar server with the same setup and a easy but manual process to switch from one server to another. We are thinking about setting up some kind of serious high availability, but for every strategy we think about some problems appear, and I'd like to hear your opinions about them: - The recommended setup, with each user being sent always to the same server, is not possible because our load balancers (Cisco Catalyst 6000) can't do that. - We could put both servers behind the load balancer, and keep local index files on each server. Usually the same ip we'll be redirected to the same server, so few problems will arise. When a user is sent to a new server, index will be rebuilt so performance will be bad but we should not expect other problems, right? - We could also put the index files on a nfs share. No problems, but pretty bad performance. - We could also get more ram for the servers and keep indices in memory. How can we compare these solutions? Apart from performance, are other problems expected? Using deliver instead of procmail could improve performance? - We've also thought about some more or less weird setups, like setting up a GFS filesystem for the index files, or setting up a proxy on every server which redirect users to their fixed server, but they seem too complex for few advantages. Any recommendations? How are you doing this? -- Joseba Torre. Vicegerencia de TICs, área de Explotación

6 10

[Dovecot] Stuck with dovecot-sieve and horde-ingo ...
by Stefan G. Weichinger 29 Jul '09

29 Jul '09

Hello, dovecot-users ... as you may read at http://lists.horde.org/archives/horde/Week-of-Mon-20090706/037786.html I am stuck getting dovecot-sieve working with the ingo-application of the horde-framework. To me it seems as if ingo doesn't even trigger any request/command to managesieve ... I set "mail_debug=yes" in the managesieve-section of dovecot.conf but don't see any errors there, in fact not even loglines in /var/log/mail ... Any way to increase the loglevel here? Apache also doesn't log any errors. I am able to contact managesieve via telnet or even thunderbird's sieve-plugin. I edited the relevant backends.php over and over again, substituting, starting from scratch etc ... Could someone maybe give me some hint on how to proceed? I don't know if the problem is with dovecot or ingo or the underlying php/perl/something-stuff ... I currently use these releases: dovecot-1.2-sieve-0.1.8 dovecot-1.2-managesieve-0.11.7 dovecot-1.2.1 The server is some older Suse 10.1 ... php5-5.1.2-29.45, apache2-2.2.0-21.7, Horde Groupware Webmail Edition 1.2 # pear5 list Installed packages, channel pear.php.net: ========================================= Package Version State Archive_Tar 1.3.1 stable Console_Getopt 1.2 stable DB 1.7.12 stable Date 1.4.7 stable Log 1.9.11 stable Mail 1.1.14 stable Net_Sieve 1.1.6 stable Net_Socket 1.0.9 stable PEAR 1.4.6 stable XML_RPC 1.5.1 stable I would appreciate any input on this as this issue now already is unsolved for weeks now. And as always that is one of the features the customer wants first ;-) Aside from this dovecot is working great here, thanks ! Stefan

2 4

[Dovecot] dovecot 1.2.1 and sieve-0.9.1
by John Killian 29 Jul '09

29 Jul '09

Hi all, ok, can someone tell me which header fields that the "Sender" function in sieve looks at ??? I've created a sieve rule to move a mail to a directory that looks like this : # rule:[File Message] if anyof (address :contains "Sender" "Dude") { fileinto "TestFolder"; } And the emails headers look like this : Received: (qmail 5811 invoked by uid 100); 28 Jul 2009 22:33:56 -0000 X-Sieve: Dovecot Sieve 0.1.9 Delivered-To: xxxxxx-xxxxxx(a)xxxxxx.com Received: (qmail 5581 invoked from network); 28 Jul 2009 22:33:53 -0000 Received: from unknown (HELO mx1.securemailscan.com) (209.132.1.198) by mda1.scaledsystems.com with SMTP; 28 Jul 2009 22:33:53 -0000 X-Envelope-From: xxxxx(a)yahoo.com X-Envelope-To: xxxxxx(a)xxxxxx.com Received: From web35801.mail.mud.yahoo.com (66.163.179.170) by mx1.securemailscan.com (MAILFOUNDRY) id uh1v8HvGEd6coQAw for xxxxxx(a)xxxxxx.com; Tue, 28 Jul 2009 22:33:52 -0000 (GMT) Received: (qmail 76116 invoked by uid 60001); 28 Jul 2009 22:33:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1248820432; bh=bMaME6CgqoU7EGtJwkX2i9rjL4ONpP79bbfuft4bEok=; h=Message-ID:X-YMail-OSG:Received:X-RocketSRV:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=as+pQdsUMeD/yiXAxceO3lYtDm/vCgjqDH1AS1OsfMfQITJV7YMRJSqBst1m4mHIgC0xyShetRIo6o3FEeLxDDOHYKUhy3V31MrS+0d7B+us4Nrjft7OZu3zVPIS87fDWoF6hM9dc9eVXTu4Kuj0a1bul0XwKIRwXqn+AfXepYg= DomainKey-Signature:a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-RocketSRV:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=kHyfgMDzLWxu70JYhQk6KYifrtYSi7jV4T7UqqQ6XfSN+WZeTRlZ4fK6R+nb1ykwTjmp2pROJAPYgHooRPs3MaYMtx54f0+7IL8HjP0c2wqiYIy++6pFzc+mk8j+72OJMBcxMhDTPtV/i52Uu0bDEl5+DbU6QXrQhYbak6BdzLM=; Message-ID: <213398.63258.qm(a)web35801.mail.mud.yahoo.com> X-YMail-OSG: nmd_HZwVM1lT6TNyXWr2RcbN36VCejKyF4bZMN8urulX03szfpVuJD36F652_focw.1y1PwSPvcfGlWkoBsq5kEb9H_R.HWV.kcpvFe1pZGC4oWcj6Cc4uO737j.52s0kwXmru.WZEdJi..tsbkjg.8f3y_Lc4wJRFORqhFHjMoKG17xhVM8_z1olhpu_FtyrOVvTuoqaapAk3ioUOGTyEYp52oHRPQAx9TuiKojStPmtmq0AkGjDMybhQeciqJSvFJcrF6KqdL5wEjBX4G1bGGXGD61RYzUaJNGMX8FQ.tJqPEKSI1vlBU- Received: from [76.176.154.181] by web35801.mail.mud.yahoo.com via HTTP; Tue, 28 Jul 2009 15:33:52 PDT X-RocketSRV: showStationery=1248820330364@dclient.mail.yahoo.com,1248820330363@dclient.mail.yahoo.com,1248820330362@dclient.mail.yahoo.com X-Mailer: YahooMailRC/1358.22 YahooMailWebService/0.7.289.15 Date: Tue, 28 Jul 2009 15:33:52 -0700 (PDT) From: Dude Crush <xxxxxxx(a)yahoo.com> Reply-To: Dude Crush <xxxxxxx(a)yahoo.com> Subject: test from dude 2 To: xxxxxxxx(a)xxxxxxxx.com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-948431439-1248820432=:63258" But when the mail is delivered, it goes into the INBOX, and the dovecot message in the log file looks like this : Jul 28 15:33:56 deliver(xxxxxxx(a)xxxxxx.com): Info: sieve: msgid=<213398.63258.qm(a)web35801.mail.mud.yahoo.com>: stored mail into mailbox 'INBOX' So, I'm a little bi stumped as to why it wouldn't pick up "Dude" in any of the sender addresses... I can get it to work for the address by using # rule:[File Message] if anyof ( envelope :contains "From" "yahoo") { fileinto "TestFolder"; } But isnt' it supposed to be able to deal with the Sender name??? Thanks, Tim.

4 3

[Dovecot] Expunged emails getting automatically deleted
by Romer Ventura 28 Jul '09

28 Jul '09

Hello, So i had this email in my inbox, i moved it to Folder1/tickets/ folder, then i decided to move the same email back to my inbox and when i went to the inbox it wasnt there nor in Folder1/tickets/ folder... I opened a SSH session to the mail server and went to /srv/mail/ vmail/DOMAIN.COM/rventura/Maildir There i did "ll expunged/.INBOX/cur" and it showed me 300+ emails i then did "cat expunged/.INBOX/cur/the email i needed" and it showed me the email contents and since it was the one i needed i then try to do "mv expunged/.INBOX/cur/email-id" and it returned: mv: cannot stat `expunged/.INBOX/cur/ 1248796845.M207411P29102.housigma20,W=6193:2,STab': No such file or directory I do another "ll expunged/.INBOX/cur/" returns total 0..... WTF happened to all my items..? before: # df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda2 38G 30G 6.9G 82% / udev 1.1G 72K 1.1G 1% /dev /dev/xvdb1 50G 40G 7.7G 84% /srv/mail after: # df -h Filesystem Size Used Avail Use% Mounted on /dev/xvda2 38G 30G 6.9G 81% / udev 1.1G 72K 1.1G 1% /dev /dev/xvdb1 50G 40G 7.8G 84% /srv/mail Notice /dev/xvdb1 Avail...? # dovecot -n # 1.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.16.60-0.21-xenpae i686 SUSE Linux Enterprise Server 10 (i586) login_dir: /var/run/dovecot/login login_executable: /usr/lib/dovecot/imap-login mail_uid: vmail mail_gid: vmail mail_location: maildir:~/Maildir/ mail_plugins: lazy_expunge imap_client_workarounds: delay-newmail outlook-idle netscape-eoh namespace: type: private separator: / inbox: yes list: yes subscriptions: yes namespace: type: private separator: / prefix: .EXPUNGED/ location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir/expunged list: yes subscriptions: yes namespace: type: private separator: / prefix: .DELETED/ location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir/deleted list: yes subscriptions: yes namespace: type: private separator: / prefix: .DELETED/.EXPUNGED/ location: maildir:/srv/mail/vmail/%Ud/%Ln/Maildir/deleted/expunged list: yes subscriptions: yes auth default: mechanisms: plain login passdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf userdb: driver: ldap args: /etc/dovecot/dovecot-ldap.conf socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master: path: /var/run/dovecot/auth-master mode: 384 user: vmail group: vmail plugin: lazy_expunge: .EXPUNGED/ .DELETED/ .DELETED/.EXPUNGED/

2 3

[Dovecot] Cannot get plaintext auth working on IMAP or POP
by crunchbytes 28 Jul '09

28 Jul '09

Server: Ubuntu 9.04 desktop edition Dovecot 1.1.11 Issue: I have set dovecot.conf with: disable_plaintext_auth = no but everytime I have a client (Windows Live Mail, ubuntu evolution) connect from the Internet, I have the following type of message: Plaintext authentication disallowed on non-secure (SSL/TLS) connections. in my mail.log, I have: Jul 28 15:09:43 "name" dovecot: imap-login: Disconnected (tried to use disabled plaintext auth): rip=x.x.x.x, lip=x.x.x.x Unfortunately I need plaintext auth IMAP. If I VPN in and use IMAPS, it works a treat - but I can't always do this, hence needing plain old IMAP. Any ideas anyone? What am I missing? Cheers, Richard -- View this message in context: http://www.nabble.com/Cannot-get-plaintext-auth-working-on-IMAP-or-POP-tp24… Sent from the Dovecot mailing list archive at Nabble.com.

2 2

[Dovecot] namespaces / list=no crash
by Jernej Porenta 28 Jul '09

28 Jul '09

Hey everyone, I am trying to migrate old UW-IMAP setup to dovecot 1.2.2 using namespaces as recommended for UW-IMAP backwards compatibility: http://wiki.dovecot.org/Namespaces I am trying to use these settings: mail_location = mbox:~/:INBOX=~/.mailbox # default namespace namespace private { separator = / prefix = inbox = yes } # for backwards compatibility: namespace private { separator = / prefix = mail/ hidden = yes list = no # for v1.1+ subscriptions = no } With upper settings, dovecot crashes upon login. (GDB trace is here: http://www2.arnes.si/~krklubsls13/dovecot-gdb.txt) If I change "list = no" to list = yes|children, everything is working fine. This settings were working fine with dovecot 1.1, so I don't know what is the deal... dovecot -n : http://www2.arnes.si/~krklubsls13/dovecot-conf.txt thanks in advance, regards Jernej

2 1