- dovecot - dovecot.org

[Dovecot] Released Sieve v0.1.1 and ManageSieve v0.11.2 for Dovecot v1.2.alpha4
by Stephan Bosch 25 Nov '08

25 Nov '08

Hello Dovecot users, Since the first release of the new Sieve implementation, not that many bugs were reported. This is probably due to the fact that it is not tried yet by that many people. In the mean time, I did find and fix some more bugs myself, I adapted to changes in Dovecot, wrote some more documentation and started work on the enotify extension. Both Sieve and ManageSieve were changed to match API changes in Dovecot and therefore older versions will not compile against the new Dovecot release. Likewise, these new Sieve and ManageSieve releases will not compile for older Dovecot versions. Changelog Sieve v0.1.1: * Re-enabled support for compiling against dovecot headers. Much like cmusieve, command line tools like sievec and sieved are not compiled in this case. * Started implementation of enotify extension. Not anywhere near finished though. * Adapted to changes in Dovecot on various occasions, making this release dependent on Dovecot >= v1.2.alpa4. + Improved logging of errors at specific occasions and added debug messages to find script execution problems quicker. + Removed code duplication between command line tools and the test suite. Also restructured the sources of the tools. + Added UTF-8 to UTF-7 folder name conversion for compatibility with IMAP. + Created man pages for the command line tools. These are automatically installed upon 'make install' + Incorporated Valgrind support into the test suite and fixed a few memory leaks in the process. - Fixed compile error surfacing for gcc3.4. Forgot mask argument for the open() system call when the O_CREAT flag is specified. Bug found by Sergey Ivanov. - Fixed bug in the sievec tool. -d output was always written to stdout. - Fixed important bug in the imap4flags extension. When no :flags argument is specified, the previous version would always use the final value of the internal variable to set the flags. This means that modifications to the internal variable also affected the bare fileinto/keep actions executed earlier. This does not comply to the RFC. - Fixed bug in the include extension's import/export commands. Duplicate import/exports caused problems. - Fixed bug in the handling of non-existent scripts. Errors were sometimes ignored. - Dovecot omitted unfolding multi-line headers. This was added to the cmusieve plugin after the code was incorporated into the new implementation. This is now implicitly fixed by concurrent change in Dovecot. Changelog ManageSieve v0.11.2: * Adapted to changes in Dovecot, making this release dependent on Dovecot >= v1.2.alpa4 The following files are released: Sieve: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.1.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-sieve-0.1.1.tar.gz.sig ManageSieve package: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-managesieve-0.11.2.tar.gz http://www.rename-it.nl/dovecot/1.2/dovecot-1.2-managesieve-0.11.2.tar.gz.s… ManageSieve patch: http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.alpha4-managesieve-0.11.2.d… http://www.rename-it.nl/dovecot/1.2/dovecot-1.2.alpha4-managesieve-0.11.2.d… The full story of the new Sieve implementation is available in my previous posting: http://www.dovecot.org/list/dovecot-news/2008-October/000087.html I still need to update the wiki with pointers to the new Sieve implementation. I hope to have some time and motivation to do so in the next few days. Have fun testing the new releases and don't hesitate to notify me when there are problems. Regards, -- Stephan Bosch stephan(a)rename-it.nl IRC: Freenode, #dovecot, S[r]us

1 0

[Dovecot] v1.1.7 released
by Timo Sirainen 25 Nov '08

25 Nov '08

http://dovecot.org/releases/1.1/dovecot-1.1.7.tar.gz http://dovecot.org/releases/1.1/dovecot-1.1.7.tar.gz.sig I should have released this earlier since v1.1.6 had that annoying startup problem, but surprisingly few people complained about it so I kind of forgot about it then. BTW. v1.2 progresses nicely. Now that shared mailboxes are finally fully supported, there aren't any widely used IMAP features missing from Dovecot. v1.2.beta1 shouldn't be in too distant future anymore. * IMAP QUOTA extension now returns "MESSAGE" quota, not "MESSAGES". This makes Dovecot now RFC 2087 compliant. Hopefully this change doesn't break anyone's Dovecot-specific quota checking code.. + Added !include and !include_try directives to config file reader. Note that !include doesn't currently work with deliver. The main point here is that ssl_key_password can be placed to a different file with !include_try that deliver can just ignore. + More error/debug message logging improvements. - v1.1.6 gave "userdb didn't return a home directory" error at startup - Some config file parsers (deliver, passwd-file, acl, trash) ignored the file's last line if it didn't end with LF. - fts: SEARCH SUBJECT didn't search messages that weren't already in fts index. - fts-solr: Don't assert-crash if we couldn't connect to Solr. - IMAP: Mailbox deletion gave an error, but still worked, if mails' control directory wasn't the same as index directory. - Several fixes to rarely used mailbox list layout configurations.

6 11

[Dovecot] Panic from 1.1.7
by Mike Abbott 25 Nov '08

25 Nov '08

dovecot: Nov 24 12:49:06 Panic: IMAP(user): file ioloop-notify- kqueue.c: line 66 (event_callback): assertion failed: (io->refcount == 1) dovecot: Nov 24 12:49:06 Error: IMAP(user): Raw backtrace: 2 imap 0x0000000100068e82 default_fatal_finish + 41 -> 3 imap 0x0000000100068eed i_syslog_fatal_handler + 0 -> 4 imap 0x0000000100068687 i_info + 0 -> 5 imap 0x000000010006fc0a event_callback + 216 -> 6 imap 0x000000010006fdea io_loop_handler_run + 272 -> 7 imap 0x000000010006f1bf io_loop_run + 38 -> 8 imap 0x000000010006a319 dotlock_create + 532 -> 9 imap 0x000000010006ac0f file_dotlock_create + 177 -> 10 imap 0x000000010001a925 maildir_uidlist_lock_timeout + 169 -> 11 imap 0x000000010001aa14 maildir_uidlist_sync_init + 66 -> 12 imap 0x0000000100017d48 maildir_sync_context + 299 -> 13 imap 0x000000010001809a maildir_storage_sync_init + 104 -> 14 imap 0x000000010003e183 mailbox_sync + 31 -> 15 imap 0x000000010000bcca imap_status_get + 132 -> 16 imap 0x0000000100005355 cmd_status + 230 -> 17 imap 0x0000000100006cb5 client_command_input + 33 -> 18 imap 0x0000000100006e62 client_command_input + 462 -> 19 imap 0x0000000100006f61 client_handle_input + 239 -> 20 imap 0x00000001000070e8 client_input + 151 -> 21 imap 0x000000010006fdea io_loop_handler_run + 272 -> 22 imap 0x000000010006f1bf io_loop_run + 38 -> 23 imap 0x000000010000e046 main + 1671 -> 24 imap 0x0000000100001558 start + 52 -> 25 ??? 0x0000000000000001 0x0 + 1 Dovecot-1.1.7 on Mac OS X. Fixed by http://hg.dovecot.org/dovecot-1.2/rev/2c111b572eee ? (Just guessing.)

3 4

[Dovecot] PLAIN password scheme question
by Dmitri V. Ivanov 24 Nov '08

24 Nov '08

Hi, ppls There is some problem with using passwd-like file and plaintext passwords within it. Let's assume we have users speaking russian. They think and remember their passwords also within russian words (they just not change keyboard layout before entering their passwords). So if the user has password like ":jgf" (meaning "ass" in russian) and passwords are stored into passwd-like file within {PLAIN} scheme what will happen? ===== user:{PLAIN}:jgf:1234:1234:.... ===== Isn't it a reason to implement something like {HEX} and why? WBR Dmitri Ivanov

2 4

Re: [Dovecot] mbox file too large error with deliver
by Gokdeniz Karadag 24 Nov '08

24 Nov '08

> Timo Sirainen <tss(a)iki.fi> wrote: >> > Setting mailbox_size_limit to 0 made deliveries possible. a limit of >> > 2000000000 (<2GB) also did not show the errors. Thank you ! :) >> > >> > My issue is fixed but deliver might have a bug, so I will explain >> > things, sorry for not being clear previously. >> > >> > Old mail server was 32 bit(an old version of debian) and used >> > procmail for deliveries, that setup worked with the given limit of >> > 5GB and mailbox sizes above 1GB. >> > >> > After migrating to an 64 bit server (debian etch) and dovecot's >> > deliver, the stated delivery errors appeared for mailboxes above 1 >> > GB. As I stated at the beginning of my reply, setting >> > mailbox_size_limit below 2GB made deliveries possible. I tried with >> > edge values, mailbox_size_limit=2147483648 (exactly 2GB) would give >> > the following error in postfix logs: >> > >> > fatal: main.cf configuration error: mailbox_size_limit is smaller >> > than message_size_limit >> > >> > A limit of 2147483648 - 1 worked fine. >> > >> > There are two distinct bugs probably, one in postfix and one in >> > dovecot. > > Postfix clearly is using signed 32bit integer here, which could be > considered a bug. But why do you think there's a bug in Dovecot? Note > that Dovecot never even sees this value. It's the kernel that enforces > it, Dovecot simply reacts to a write() failure. The logs stating the "File too large" errors belong to dovecot's deliver process. While I was searching for a solution, I read that deliver honors mailbox_size_limit setting of postfix, I'm not sure if that is correct or not. Note that the destination mailboxes are smaller than 2GB here, but still gets "File too large" error. The machine is 64-bit, so no fs related kernel limits on file size. I have not dived into postfix and/or dovecot internals, but my guess is , dovecot gets the mailbox size limit and behaves accordingly. If that is the case, the problem can be fixed in dovecot's deliver code. If postfix sets file size limit with ulimit before execing deliver, OR uses a similar process which is out of deliver's control, then there is nothing concerning dovecot. If someone can clarify the issue I would be happy. -- Gokdeniz Karadag

2 1

[Dovecot] pam auth fail considered mail.error?
by David Halik 24 Nov '08

24 Nov '08

Hello all, Following the Dovecot wiki and migration help, we recently migrated our core IMAP systems from Courier to Dovecot on Solaris. So far it's been working great, but I have one issue that I'm curious about. Just as the docs mention, we also use "syslog_facility = mail" for logging. Unlike in the past, failed PAM auth attempts are now getting logged as mail.error: Nov 24 08:34:34 xxx.xxx.xxx.xxx dovecot: [ID 107833 mail.error] auth-worker(default): pam(dhalik,xxx.xxx.xxx.xxx): pam_authenticate() failed: Authentication failed Is there a reason for this, or a way to configure this behavior? mail.error is a little harsh for pam auth failures and I would think that the auth channel would be used instead similar to other processes (sshd, courier, etc) I'd like to continue using the mail facility, but if every time there is an auth error Dovecot reports to mail.error, my consoles and legitimate error logs are going to be full of something considered a non-issue by most. Any help is appreciated, thanks. -Dave -- ================================ David Halik System Administrator OIT-CSS Rutgers University dhalik(a)jla.rutgers.edu ================================

2 2

[Dovecot] two dovecot server using the same file system
by Osvaldo Alvarez Pozo 24 Nov '08

24 Nov '08

Hi all. I want to use two servers with dovecot using a common file system with drbd. So I have several questions. If one server write a mail to th file system he will use his name as part of the mail identification. the second server will use his own name. Each server will generate it own mail numbers . When an imap or pop user will consult the mails i shoul be confusion. Am I correct. is there a way of solving this issue?? Thanks

5 6

[Dovecot] Indexes recovery failed
by Daniel Watts 24 Nov '08

24 Nov '08

Hi Timo, Was getting the following error repeatedly in my mail client (squirremail) "error: connection dropped by IMAP server" Looked at the logs for this user and found the following: Nov 19 17:11:32 mink dovecot: IMAP(bobuser(a)maildom.com): broken sync positions in index file /virtual/store2/mail/s/bobuser_maildom.com/Maildir/dovecot.index Nov 19 17:11:32 mink dovecot: IMAP(bobuser(a)maildom.com): fscking index file /virtual/store2/mail/s/bobuser_maildom.com/Maildir/dovecot.index Nov 19 17:11:32 mink dovecot: IMAP(bobuser(a)maildom.com): Fixed index file /virtual/store2/mail/s/bobuser_maildom.com/Maildir/dovecot.index: log_file_tail_offset 2273345664 -> 996 Nov 19 17:11:32 mink dovecot: Panic: IMAP(bobuser(a)maildom.com): file mail-transaction-log.c: line 341 (mail_transaction_log_set_mailbox_sync_pos): assertion failed: (file_offset >= log->head->saved_tail_offset) Nov 19 17:11:32 mink dovecot: IMAP(bobuser(a)maildom.com): Raw backtrace: imap [0x46c772] -> imap [0x46c7e3] -> imap [0x46be56] -> imap [0x452d6d] -> imap(mail_index_sync_commit+0x42) [0x44e022] -> imap(maildir_sync_index_finish+0xdd) [0x42b59d] -> imap [0x42ada1] -> imap(maildir_storage_sync_init+0x64) [0x42af44] -> imap(mailbox_sync+0x1c) [0x43e96c] -> imap(cmd_select_full+0xce) [0x41a2be] -> imap(cmd_select+0xb) [0x41a44b] -> imap [0x41bb7c] -> imap [0x41bc32] -> imap [0x41c3ff] -> imap(client_input+0x63) [0x41c633] -> imap(io_loop_handler_run+0xf8) [0x472ed8] -> imap(io_loop_run+0x1d) [0x471ffd] -> imap(main+0x3c2) [0x423a92] -> /lib/libc.so.6(__libc_start_main+0xf4) [0x7f29213711c4] -> imap [0x416349] Looks like dovecot tried to fix the indexes but failed. I manually deleted all the dovecot.index* files and the account started working. Perhaps dovecot could try the fix but if it still fails just go and delete the indexes itself? Dovecot version 1.1.6 Using Maildirs Over NFS mount If you need any more info just let me know. Regards, Daniel

2 3

Re: [Dovecot] dovecot Digest, Vol 67, Issue 60
by Gokdeniz Karadag 24 Nov '08

24 Nov '08

dovecot-request(a)dovecot.org demis ki:: > Send dovecot mailing list submissions to > dovecot(a)dovecot.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://dovecot.org/cgi-bin/mailman/listinfo/dovecot > or, via email, send a message with subject or body 'help' to > dovecot-request(a)dovecot.org > > You can reach the person managing the list at > dovecot-owner(a)dovecot.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of dovecot digest..." > > > Today's Topics: > > 1. mbox file too large error with deliver (Gokdeniz Karadag) > 2. Re: mbox file too large error with deliver (Charles Marcus) > 3. Re: mbox file too large error with deliver (Seth Mattinen) > 4. Re: core in lazy_expunge plugin (Timo Sirainen) > 5. Re: mbox file too large error with deliver (Timo Sirainen) > 6. v1.1.7 released (Timo Sirainen) > 7. Re: v1.1.7 released (Dave McGuire) > 8. Re: v1.1.7 released (Laurent Blume) > 9. v1.2.alpha4 released (Timo Sirainen) > 10. Re: v1.1.7 released (Timo Sirainen) > 11. Re: v1.1.7 released (Timo Sirainen) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sun, 23 Nov 2008 23:55:15 +0200 > From: Gokdeniz Karadag <gokdenizk(a)gmail.com> > Subject: [Dovecot] mbox file too large error with deliver > To: dovecot(a)dovecot.org > Message-ID: <4929D143.50300(a)gmail.com> > Content-Type: text/plain; charset=UTF-8; format=flowed > > Hi, > > I am using dovecot on debian, with version 1.0.rc15-2etch4. Along with postfix. > > The deliver binary cannot deliver to large mailboxes. I cannot state an exact > size limit but mbox mailboxes above 1GB seem to be affected. > > I have these in in postfix/main.cf > mailbox_command = /usr/lib/dovecot/deliver > mailbox_size_limit = 5120000000 > > The user.log file shows these (I believe if no logging is specified, deliver > binary tries to log with "logger" and they go to user ?) > > user.log.3.gz:Nov 8 21:23:01 guvercin deliver(dummy): write() failed with mbox > file /var/mail/dummy: File too large > user.log.3.gz:Nov 8 21:23:01 guvercin deliver(dummy): > msgid=<4915957C.8090606(a)ceng.metu.edu.tr>: save failed to INBOX > user.log.3.gz:Nov 8 21:23:01 guvercin deliver(dummy): sieve runtime error: > Keep: Generic Error > > The /var/mail/dummy file exists and is 1.9GB, so my filesystem certainly > supports files >1G > > What may be the problem ? > > > dovecot -n output follows : > ---------------------------------------- > > log_timestamp: %Y-%m-%d %H:%M:%S > syslog_facility: local1 > protocols: imaps pop3s > ssl_cert_file(default): /etc/ssl/certs/imap-cert.pem > ssl_cert_file(imap): /etc/ssl/certs/imap-cert.pem > ssl_cert_file(pop3): /etc/ssl/certs/pop-cert.pem > ssl_key_file(default): /etc/ssl/private/imap-key.pem > ssl_key_file(imap): /etc/ssl/private/imap-key.pem > ssl_key_file(pop3): /etc/ssl/private/pop-key.pem > login_dir: /var/run/dovecot/login > login_executable(default): /usr/lib/dovecot/imap-login > login_executable(imap): /usr/lib/dovecot/imap-login > login_executable(pop3): /usr/lib/dovecot/pop3-login > mail_privileged_group: mail > mail_location: mbox:~/mail:INBOX=/var/mail/%u:INDEX=/var/spool/dovecot/indexes/%u > mbox_read_locks: fcntl dotlock > mbox_write_locks: fcntl dotlock > mail_executable(default): /usr/lib/dovecot/imap > mail_executable(imap): /usr/lib/dovecot/imap > mail_executable(pop3): /usr/lib/dovecot/pop3 > mail_plugin_dir(default): /usr/lib/dovecot/modules/imap > mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap > mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 > imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep > imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep > imap_client_workarounds(pop3): outlook-idle > pop3_uidl_format(default): > pop3_uidl_format(imap): > pop3_uidl_format(pop3): %08Xv%08Xu > pop3_client_workarounds(default): > pop3_client_workarounds(imap): > pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh > auth default: > mechanisms: plain login > passdb: > driver: pam > userdb: > driver: passwd > socket: > type: listen > client: > path: /var/spool/postfix/private/auth > mode: 432 > user: postfix > group: postfix > master: > > > ------------------------------ > > Message: 2 > Date: Sun, 23 Nov 2008 16:59:08 -0500 > From: Charles Marcus <CMarcus(a)Media-Brokers.com> > Subject: Re: [Dovecot] mbox file too large error with deliver > To: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <4929D22C.8060401(a)Media-Brokers.com> > Content-Type: text/plain; charset=UTF-8 > > On 11/23/2008, Gokdeniz Karadag (gokdenizk(a)gmail.com) wrote: >> dovecot -n output follows : >> ---------------------------------------- >> >> log_timestamp: %Y-%m-%d %H:%M:%S > > Either this is an old version or you snipped the version from the top of > the dovecot -n output... > > What version of dovecot? > > Also, OS/version info may help too... > > Message: 5 > Date: Mon, 24 Nov 2008 00:12:56 +0200 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] mbox file too large error with deliver > To: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <1227478376.20835.1017.camel@hurina> > Content-Type: text/plain; charset="us-ascii" > > On Sun, 2008-11-23 at 23:55 +0200, Gokdeniz Karadag wrote: >> > The deliver binary cannot deliver to large mailboxes. I cannot state an exact >> > size limit but mbox mailboxes above 1GB seem to be affected. >> > >> > I have these in in postfix/main.cf >> > mailbox_command = /usr/lib/dovecot/deliver >> > mailbox_size_limit = 5120000000 > > So this is 5 GB. I don't know how exactly the limits work with 32 bit > systems, but if you get the error with >1 GB files then my guess is that > this 5 GB gets wrapped to 1 GB (5 mod 4 = 1). > >> > user.log.3.gz:Nov 8 21:23:01 guvercin deliver(dummy): write() failed with mbox >> > file /var/mail/dummy: File too large > > Kernel gives this error when it reaches the maximum file size limit. > > If you don't want a limit, just set mailbox_size_limit = 0. Hi, Setting mailbox_size_limit to 0 made deliveries possible. a limit of 2000000000 (<2GB) also did not show the errors. Thank you ! :) My issue is fixed but deliver might have a bug, so I will explain things, sorry for not being clear previously. Old mail server was 32 bit(an old version of debian) and used procmail for deliveries, that setup worked with the given limit of 5GB and mailbox sizes above 1GB. After migrating to an 64 bit server (debian etch) and dovecot's deliver, the stated delivery errors appeared for mailboxes above 1 GB. As I stated at the beginning of my reply, setting mailbox_size_limit below 2GB made deliveries possible. I tried with edge values, mailbox_size_limit=2147483648 (exactly 2GB) would give the following error in postfix logs: fatal: main.cf configuration error: mailbox_size_limit is smaller than message_size_limit A limit of 2147483648 - 1 worked fine. There are two distinct bugs probably, one in postfix and one in dovecot. I guess this is result of using integer values for size limit. values greater than 2GB would wrap and cause warnings in postfix. Probably, my previous limit of 5GB would confuse things and no error was reported. (I don't know how, 5GB cannot be stored in an unsigned int, double overrun makes it within limit ? :) ) Maybe moving to "long long int" for mailbox file size is a possible solution. -- Gokdeniz Karadag

2 1

[Dovecot] mbox file too large error with deliver
by Gokdeniz Karadag 24 Nov '08

24 Nov '08

Hi, I am using dovecot on debian, with version 1.0.rc15-2etch4. Along with postfix. The deliver binary cannot deliver to large mailboxes. I cannot state an exact size limit but mbox mailboxes above 1GB seem to be affected. I have these in in postfix/main.cf mailbox_command = /usr/lib/dovecot/deliver mailbox_size_limit = 5120000000 The user.log file shows these (I believe if no logging is specified, deliver binary tries to log with "logger" and they go to user ?) user.log.3.gz:Nov 8 21:23:01 guvercin deliver(dummy): write() failed with mbox file /var/mail/dummy: File too large user.log.3.gz:Nov 8 21:23:01 guvercin deliver(dummy): msgid=<4915957C.8090606(a)ceng.metu.edu.tr>: save failed to INBOX user.log.3.gz:Nov 8 21:23:01 guvercin deliver(dummy): sieve runtime error: Keep: Generic Error The /var/mail/dummy file exists and is 1.9GB, so my filesystem certainly supports files >1G What may be the problem ? dovecot -n output follows : ---------------------------------------- log_timestamp: %Y-%m-%d %H:%M:%S syslog_facility: local1 protocols: imaps pop3s ssl_cert_file(default): /etc/ssl/certs/imap-cert.pem ssl_cert_file(imap): /etc/ssl/certs/imap-cert.pem ssl_cert_file(pop3): /etc/ssl/certs/pop-cert.pem ssl_key_file(default): /etc/ssl/private/imap-key.pem ssl_key_file(imap): /etc/ssl/private/imap-key.pem ssl_key_file(pop3): /etc/ssl/private/pop-key.pem login_dir: /var/run/dovecot/login login_executable(default): /usr/lib/dovecot/imap-login login_executable(imap): /usr/lib/dovecot/imap-login login_executable(pop3): /usr/lib/dovecot/pop3-login mail_privileged_group: mail mail_location: mbox:~/mail:INBOX=/var/mail/%u:INDEX=/var/spool/dovecot/indexes/%u mbox_read_locks: fcntl dotlock mbox_write_locks: fcntl dotlock mail_executable(default): /usr/lib/dovecot/imap mail_executable(imap): /usr/lib/dovecot/imap mail_executable(pop3): /usr/lib/dovecot/pop3 mail_plugin_dir(default): /usr/lib/dovecot/modules/imap mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3 imap_client_workarounds(default): outlook-idle tb-extra-mailbox-sep imap_client_workarounds(imap): outlook-idle tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xv%08Xu pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix master:

4 3