March 2007 - dovecot - dovecot.org

[Dovecot] running DC and UWIMAP on the same box
by Stewart Dean 15 Mar '07

15 Mar '07

It never hurts to ask...... I am bringing up DC on my production mailserver (which runs UWIMAP for production IMAP service) to learn and test it, much as I did when I introduced SSL protected IMAP, using an unpublicized non-standard port. The folder and mailbox location and format will remain the same. Questions: 1) Will DC be building indices for everything or just for the userid that I use to request client service for? 2) Are there any pitfalls others have experience doing this? -- ==== Stewart Dean, Unix System Admin, Henderson Computer Resources Center of Bard College, Annandale-on-Hudson, New York 12504 sdean(a)bard.edu voice: 845-758-7475, fax: 845-758-7035

3 2

[Dovecot] Postfix+Dovecot+LDAP
by Ejay Hire 15 Mar '07

15 Mar '07

This message does not contain a bug report or any issues. It is a summary of my experiences with Postfix, Dovecot, and Ldap. 1. Do not use Dovecot 0.99, even if it's what your vendor has packaged. 1a. ... When you upgrade past 0.99, you'll get some double mail because of UIDL's. 2. Do not use PAM and Ldap and then let dovecot talk to pam. It is bad. Don't do it. 2a. Unless you like users digging around in random mailboxes. 2b. NSCD is broken and should not be trusted. 3. Dovecot+Ldap works, and works well. 3a. If you don't do "Auth Binds", it cuts the work on the ldap server in half. 3b. User Prefetch cuts that in half again. 4. Postfix+Ldap works, and works well. 4a. If your server is underspec'd, you may get the occassional "Temporary lookup failure" 400 error during periods of heavy load, specifically when backups are running. 5. OpenLdap works. 5a. When you run as ldap, the config files need to be owned by ldap. 5b. ... And the database 5c. ... And the schema 5d. Adding slapd_db_recover to the init script isn't a bad idea. 6. Don't be dumb. 6a. ... Like me. 6b. If you are using ldap to lookup the attribute mail, index the mail attribute. 6c. If you add an index to Openldap, you have to reindex the database with slapindex 6d. ... Or you bounce a lot of mail before you figure it out. 6e. Make sure you can login to the console and/or ssh if the ldap server dies. 6f. ... Be Really sure. 6g. The convert plugin can switch users between maildirs and mboxes. Ejay Hire IT Manager, Confidential Business Resources 615-665-5555 (office) 615-456-9813 (mobile)

5 13

[Dovecot] tb-negative-fetch workaround
by bofh list 15 Mar '07

15 Mar '07

Hi, I notice in the Changelog that the tb-negative-fetch workaround shouldn't be needed any longer. We have a user running Thunderbird 1.5.0.8 that is experiencing the same problem described in https://bugzilla.mozilla.org/show_bug.cgi?id=263904 The current command did not succeed. the mail server responded: error in imap command uid: invalid body[..] parameter. Missing '>' in '<12288.-7215>' Any ideas? Thanks!

4 12

[Dovecot] pop3 uidl when migrating from mbox to maildir
by Giuseppe Giacomini 15 Mar '07

15 Mar '07

Thank you for the reply of my previous post (http://www.dovecot.org/list/dovecot/2007-March/020716.html) now it works, but I have another question about migrating pop3 account (with leave mail on server) to maildir. On this post -> http://www.dovecot.org/list/dovecot/2006-February/011464.html you explain how to create dovecot-uidlist preserving UIDVALIDITY. Is there someone that have build a script to generate such dovecot-uidlist? thank you all

2 1

[Dovecot] [PATCH 0/5] fix gcc warnings in CVS HEAD
by Max Kellermann 15 Mar '07

15 Mar '07

Hi, I have rewritten the patches I submitted earlier today for the CVS HEAD. Some of the changes were already committed months ago. On 2007/03/15 12:30, Timo Sirainen <tss(a)iki.fi> wrote: > That's ok, but I'm not sure about bsearch_insert_pos(). It's the way it > is mostly because I wanted to keep bsearch() API. If it can't return > void * then maybe it could be easier to just change the whole API to > something like: One of the patches changes exactly that. Timo, please review this patch carefully, because I havn't tested them yet. Max

2 6

[Dovecot] Alerts and pre-authenticated connections
by Mike Brudenell 15 Mar '07

15 Mar '07

Greetings - Work moves onward here at setting up our Dovecot IMAP service and I've got a couple more questions, I'm afraid... :-} ============================================== Q1. The UW IMAP Server supports "pre-authenticated connections" -- does Dovecot? Specifically, it is possible to create a symlink from /etc/rimapd to the UW IMAP server binary and then use rsh or ssh from within the Pine mail client to execute that on the server to establish the IMAP connection: rsh imap.york.ac.uk /etc/rimapd Pine uses this to open a "pre-authenticated" connection to the UW IMAP server to avoid the user having to enter their username and password -- the rsh/ssh mechanism provides the IMAP server with the user's login name. I've grepped the Dovecot source but it looks like it doesn't support this. Am I right in thinking this? ============================================== Q2. The UW IMAP Server can issue "IMAP Alerts" The UW IMAP server can issue a sequence of one-line notices to mail clients using IMAP's ALERT mechanism. The notices are formed formed from each line in a systemwide file (if non-empty) and a per-user file (~/.imapalert). Many, but by no means all, mail clients display these notices to the user -- currently we use this mechanism to advise people who have totally run out of mail quota. I've grepped the Dovecot source for "alert" but it looks like the IMAP Alert mechanism isn't supported. Am I right in thinking this? ============================================== Cheers, Mike B-) -- The Computing Service, University of York, Heslington, York Yo10 5DD, UK Tel:+44-1904-433811 FAX:+44-1904-433740 * Unsolicited commercial e-mail is NOT welcome at this e-mail address. *

2 7

[Dovecot] imap connection problems
by Ivan Pesin 15 Mar '07

15 Mar '07

Hi, Have encountered some strange behavior of dovecot: after few days of work (5-7 days, ~50 users, imap over ssl or tls) dovecot stops respond with "* OK Dovecot ready.". I.e. connection gets accepted, but no response from dovecot: [ivan@dyn-226 bin]$ telnet imap 143 Trying 192.168.100.9... Connected to imap.n-ix.com.ua (192.168.100.9). Escape character is '^]'. while obvious should be [ivan@dyn-226 bin]$ telnet imap 143 Trying 192.168.100.9... Connected to imap.n-ix.com.ua (192.168.100.9). Escape character is '^]'. * OK Dovecot ready. After dovecot restart everything works OK. This behavior we started to observe since rc24, before that on rc9 we didn't see that problem. Currently running on rc26. Any ideas? Thanks, Iv

2 2

[Dovecot] convert_mail plugin doesn't work
by Giuseppe Giacomini 15 Mar '07

15 Mar '07

Hi I'm trying to use convert_mail plugin to convert wu-imap mailbox to maildir. I'm using dovecot rc 27 on Centos 4.4 linux. I have user INBOX in /var/spool/mail/ and mbox file in mail ~/mail When I do the first login with a test user (test1), the plugin convert all the mbox under ~mail, but doesn't do any conversion on the INBOX (/var/spool/mail/test1). After conversion those are file in MailDir where .testmail is converted from ~mail all other folder (cur,new) are empty rwx------ 2 test1 persone 4096 Mar 15 11:59 cur drwx------ 2 test1 persone 4096 Mar 15 11:59 new drwx------ 5 test1 persone 4096 Mar 15 11:59 .testmail drwx------ 2 test1 persone 4096 Mar 15 11:59 tmp Why doesn't mail in /var/spool/mail/test1 be converted? Thanks This is my dovecot -n protocols: imap imaps pop3 pop3s ssl_cert_file: /usr/share/ssl/certs/dovecot.pem ssl_key_file: /usr/share/ssl/private/dovecot.pem disable_plaintext_auth: no login_dir: /var/run/dovecot-login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(pop3): /usr/libexec/dovecot/pop3-login first_valid_uid: 200 mail_location: maildir:%h/MailDir:INDEX=%h/.index/%u:CONTROL=%h/.control/%u mail_debug: yes mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins: convert mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 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: passdb: driver: pam userdb: driver: passwd plugin: convert_mail: mbox:%h/mail:INBOX=/var/spool/mail/%u convert_skip_broken_mailboxes: yes and this is maillog dovecot: POP3(test1): Loading modules from directory: /usr/lib/dovecot/pop3 dovecot: POP3(test1): Module loaded: /usr/lib/dovecot/pop3/lib20_convert_plugin.so dovecot: POP3(test1): Effective uid=10400, gid=502 dovecot: POP3(test1): mbox: data=/homeH2/t/test1/mail:INBOX=/var/spool/mail/test1 dovecot: POP3(test1): mbox: root=/homeH2/t/test1/mail, index=/homeH2/t/test1/mail, inbox=/var/spool/mail/test1 dovecot: POP3(test1): mbox: data=/homeH2/t/test1/mail:INBOX=/var/spool/mail/test1 dovecot: POP3(test1): mbox: root=/homeH2/t/test1/mail, index=/homeH2/t/test1/mail, inbox=/var/spool/mail/test1 dovecot: POP3(test1): maildir: data=/homeH2/t/test1/MailDir:INDEX=/homeH2/t/test1/.index/test1:CONTROL=/homeH2/t/test1/.control/ test1 dovecot: POP3(test1): maildir: root=/homeH2/t/test1/MailDir, index=/homeH2/t/test1/.index/test1, control=/homeH2/t/test1/.contro l/test1, inbox= dovecot: POP3(test1): maildir: data=/homeH2/t/test1/MailDir:INDEX=/homeH2/t/test1/.index/test1:CONTROL=/homeH2/t/test1/.control/ test1 dovecot: POP3(test1): maildir: root=/homeH2/t/test1/MailDir, index=/homeH2/t/test1/.index/test1, control=/homeH2/t/test1/.contro l/test1, inbox= dovecot: POP3(test1): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0

2 1

Re: [Dovecot] Benchmarking CVS HEAD vs. v1.0
by Bill Boebel 15 Mar '07

15 Mar '07

On Wed, March 14, 2007 11:51 am, Timo Sirainen <tss(a)iki.fi> said: > Some new features in CVS HEAD are: > > - Mailbox list index. LIST command can be handled by reading the > mailboxes from the index. The index also contains the mailbox's message > counters, so STATUS command can be handled by only looking into the > index file. Nice. Now that it can pull this from index files, it would be pretty sweet if there was a variant of the STATUS command that would provide STATUS information for all mailboxes at once, rather than just for one. This could be used by webmail applications to update a folder listing that shows unseen mail counters with one command. Like maybe: a1 X-LIST-STATUS (MESSAGES UNSEEN) * X-LIST-STATUS "INBOX" (MESSAGES 8 UNSEEN 0) * X-LIST-STATUS "Drafts" (MESSAGES 0 UNSEEN 0) * X-LIST-STATUS "Trash" (MESSAGES 89 UNSEEN 3) a1 OK X-LIST-STATUS complete.

3 3

[Dovecot] [PATCH] fix gcc warnings in 1.0rc26
by Max Kellermann 15 Mar '07

15 Mar '07

Hi, I have made a small patchset to fix some of the GCC warnings. With these patches, I was able to compile dovecot r_1_0_rc26 with the following options: -Wall -W -Wmissing-prototypes -Wmissing-declarations -Wpointer-arith -Wchar-subscripts -Wformat=2 -Wbad-function-cast Wstrict-prototypes -Wredundant-decls -Wcast-align -Wwrite-strings Wpacked -Winline -Wdisabled-optimization -Wno-long-long -Wundef Wfloat-equal -Wsign-compare -Waggregate-return -Werror Some of the changes may be arguable, escpecially the const warning fixes, example: char *pass = ""; I changed that to "pass = NULL" and changed the function call: - auth_request_verify_plain(request, pass, + auth_request_verify_plain(request, pass == NULL ? "" : pass, In other sources, I added "const" to parameters or to the return value where it seemed to make sense and didn't cause harm. Dealing with the const problem can be tricky, and sometimes dirty deconstification hacks are the only way to go.. however I believe we should always turn on "-Wconst" and explicitly add manual deconstitication where we assume it's not dangerous. I didn't fix all "const" and "missing noreturn" warnings, but my patches may be a good start... if there is further interest in fixing all of them, I'd be glad to do it. Max

2 1