- dovecot - dovecot.org

[Dovecot] dovecot imap auth fails to reconnect pgsql backend
by Frank Wang 27 Sep '08

27 Sep '08

Hi, We've observed frequent auth failure recently from the SquirrelMail frontend. The imap server is the dovecot-1.0.7-2 from Centos 5.2. The auth backend is a pgsql database on another server. The only way to make it work is to restart the dovecot, though sometimes it'll recover automatically, but you don't know when. At first we thought there might be a network problem, but we can always run pgsql client from the dovecot server to connect and query the backend database during the auth failure. We then upgraded to dovecot-1.1.3 from atrpms.net yesterday, and still the same. It looks like the dovecot fails to reconnect/retry pgsql backend. The related maillog in 1.0.7 version: Sep 16 02:31:22 mail dovecot: imap-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 16 02:33:20 mail dovecot: imap-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 16 02:38:40 mail dovecot: imap-login: Disconnected: Inactivity: method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured The related maillog in 1.1.3: Sep 21 14:11:24 mail dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 21 14:14:39 mail dovecot: imap-login: Disconnected: Inactivity (auth failed, 1 attempts): method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured Sep 21 14:15:15 mail dovecot: imap-login: Disconnected: Inactivity (no auth attempts): rip=127.0.0.1, lip=127.0.0.1, secured Sep 21 14:23:49 mail dovecot: auth(default): sql(user(a)our.domain,127.0.0.1): Password query failed: Sep 21 14:23:49 mail dovecot: child 15241 (auth) killed with signal 11 Sep 21 14:23:50 mail dovecot: auth(default): pgsql: Connected to internal # dovecot -n # 1.1.3: /etc/dovecot.conf protocols: imap pop3 listen(default): *:143 listen(imap): *:143 listen(pop3): *:110 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 mail_location: maildir:/var/vmail/%d/%n mail_executable(default): /usr/libexec/dovecot/imap mail_executable(imap): /usr/libexec/dovecot/imap mail_executable(pop3): /usr/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(pop3): /usr/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail tb-extra-mailbox-sep imap_client_workarounds(pop3): pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login realms: our.domain1 our.domain2 default_realm: our.domain1 user: mail passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: static args: uid=508 gid=509 home=/var/vmail/%d/%n/ quota=maildir:storage=512000 socket: type: listen client: path: /var/spool/postfix/private/auth mode: 432 user: postfix group: postfix plugin: quota: maildir grep -v '^ *$#.*$\?$' /etc/dovecot-sql.conf driver = pgsql connect = host=<pg_server_ip> dbname=<pg_dbname> user=<pg_user> password=<pg_password> default_pass_scheme = PLAIN password_query = SELECT jm || '@%d' as user, password FROM usera where jm = '%n' and forbid = 'N' and ( '%d' = 'our.domain1' or '%d' = 'our.domain2' ) Can someone shed a light on this? Thanks! Regards, Frank Wang

4 12

[Dovecot] problems with auth protocol
by Giorgenes Gelatti 27 Sep '08

27 Sep '08

Hello there, I have a client connecting to dovecot and comunicating like this: * OK Dovecot ready. * AUTHENTICATE MYAUTH + base64 challange base64_response {NNN} * NO Invalid base64 data in continued response The problem is that dovecot seems to reject the response because of the {NNN} in the end of the string. If I remove the {NNN} it authenticates just fine. Any idea of whether it's standard or not? Thanks you.

2 1

[Dovecot] Exim+dovecot and quota check in exim's ACL before real message routing.
by Anton 26 Sep '08

26 Sep '08

Good day. I want to migrate from cyrus-imap to dovecot but I can not find replacement of one feauture presented in the cyrus-imap. It is LMTP. All mail users are virtual and mail works like: username(a)real-domain.com -> anotherusername(a)fake-domain.local. I whould like to check "delivery is possable" in the exim's ACL. In the exim+cirus scheme I use Callout verification from exim to cyrus and if user's quota is exeeded callout returns fail and exim does not take message for queueing. Dovecot has no LMTP and I see no possability to do such callouts. I tried to turn on quotas in the dovecot. Message was taken by the exim placed into exim's queue but cannot be delivered to dovecot with "local_delivery transport output: Quota exceeded" and message stays in queue for a long time. Is any possability to chech quota usage in the exim's ACL befor taking message body ? -- Anton [WARM-RIPE] Stack ltd division head tel. 8 (3822) 555-797

2 2

[Dovecot] Problem when just .dovecot.sieve symlinks changes
by Steffen Kaiser 26 Sep '08

26 Sep '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, well, I'm sort of sure that this was raised in the past, but I do not find the patch / answer of it: I'm running dovecot v1.0.15 from hg (5567:568687e4df02) with managesieve patch v9.2 (there is one change between this and v9.3 except in regards of AUTH so this should not matter.) and dovecot-sieve v1.0.3. When an user issues just "SETACTIVE" in order to activate an _old_ script, deliver does not rebuilt the compiled file. If I peeked the correct code, CMU sieve just stat()s both .dovecot.sieve and .dovecot.sievec, but misses the fact that the symlink's .dovecot.sieve, which is used by the managesieve patch, time is newer. Actually I dimmly remember that the issue was solved somehow, but I did not found how when searching the archives. Shall deliver lstat(.dovecot.sieve) or shall managesieve delete the cache file? Bye, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFI26+7VJMDrex4hCIRAt4GAJ9wqQ0Pvb5SRjK2KZNFuun/K/lNoQCg2Arm EB+eBxKEq/9ZpzJeB00TXOk= =X5aa -----END PGP SIGNATURE-----

2 2

[Dovecot] patch for passdb-vpopmail in v1.1.3
by James Fidell 25 Sep '08

25 Sep '08

I need pop-before-smtp to work with vpopmail (yes, yes, I know, don't ask). Enabling the code to update the relays file brings a small bug to light, fixable with the following patch: --- passdb-vpopmail.c~ 2008-09-25 15:06:47.000000000 +0100 +++ passdb-vpopmail.c 2008-09-25 15:07:14.000000000 +0100 @@ -31,9 +31,9 @@ } if (((vpw->pw_gid & NO_IMAP) != 0 && - strcmp(auth_request->service, "IMAP") == 0) || + strcasecmp(auth_request->service, "IMAP") == 0) || ((vpw->pw_gid & NO_POP) != 0 && - strcmp(auth_request->service, "POP3") == 0)) { + strcasecmp(auth_request->service, "POP3") == 0)) { auth_request_log_info(auth_request, "vpopmail", "%s disabled", auth_request->service); password = NULL; @@ -101,8 +101,8 @@ } #ifdef HAVE_VPOPMAIL_OPEN_SMTP_RELAY - if (strcmp(request->service, "POP3") == 0 || - strcmp(request->service, "IMAP") == 0) { + if (strcasecmp(request->service, "POP3") == 0 || + strcasecmp(request->service, "IMAP") == 0) { const char *host = net_ip2addr(&request->remote_ip); if (host != NULL) { /* use putenv() directly rather than env_put() which (in my case, auth_request->service and request->service are "pop3", so the comparison fails and the relays file is never updated.) James

2 1

[Dovecot] auth(default): vmysql: sql error[3]: MySQL server has gone away
by Jordi Prats 25 Sep '08

25 Sep '08

Hi all, I'm facing this error: dovecot: auth(default): vmysql: sql error[3]: MySQL server has gone away I've been reading this list archives and seems to be a resolved issue (back to 2005), so dovecot should just reconnect but it does not so. I'm using dovecot 1.1.3 with vpopmail 5.4.25 with this configuration: # 1.1.3: /usr/local/etc/dovecot.conf listen: *:143 ssl_disable: yes disable_plaintext_auth: no login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 89 last_valid_uid: 89 mail_location: maildir:/home/vpopmail/domains/%d/%n/Maildir auth default: passdb: driver: vpopmail userdb: driver: vpopmail Any ideas? Thanks you! -- Jordi

2 2

[Dovecot] Dovecot LDA and quota
by Jonas Christian 25 Sep '08

25 Sep '08

Hi List, I recently upgraded to Dovecot 1.1.3 on FreeBSD and got into trouble over the quotas. We implemented per-user quotas using plugin { quota = maildir } and protocol lda { mail_plugins = quota } We use a passwd-file userdb with extra fields, which used to be quota=maildir:storage:<bytes> which I changed to quota_rule=*:bytes:<bytes> What happens now is that deliver (the Dovecot LDA) only picks up the quotas set in the maildirsize file in the user's homedir. It doesn't pick up the quota set in the userdb. Also, when I delete the maildirsize file, I doesn't get recreated by the LDA and quotas don't get checked at all. Any ideas? I'd be very grateful for any pointers. Cheers, Jonas

3 7

[Dovecot] Using deliver with postfix
by Rich Winkel 25 Sep '08

25 Sep '08

Hi, I'm trying to set up dovecot 1.1.2 and postfix 2.5.4 on freebsd 7.0. I'm getting permissions problems on auth-master and I'm not sure of the correct settings to use. In postfix's main.cf I have mailbox_command=/usr/local/libexec/dovecot/deliver -d $USER In dovecot.conf I have: socket listen { master { path = /var/run/dovecot/auth-master mode = 0660 user = dovecot group = postfix } ... # ls -l /var/run/dovecot/auth-master srw-rw---- 1 dovecot postfix 0 Sep 18 18:26 /var/run/dovecot/auth-master= In maillog I'm getting: deliver(sumbuddy): Can't connect to auth server at /var/run/dovecot//auth-master: Permission denied (I'm not sure where it's getting the "//" in the path either ...) Also I'm confused about whether I need the postfix options: maildrop_destination_recipient_limit=1 dovecot_destination_concurrency_limit=1 or even whether these are current options in my version of postfix (they don't appear in main.cf.default) Does deliver require such limits on concurrency or # of recipients? Thanks!! Rich

2 4

Re: [Dovecot] [Dovecot 1.1.3] Strange problem with attachment download
by Eduardo M KALINOWSKI 24 Sep '08

24 Sep '08

From: Thomas Gropp <togro(a)fbta.uni-karlsruhe.de> > I am testing Dovecot 1.1.3 at the moment to see if I can migrate from > UW-Imap(mbox) to Dovecot(maildir). Because I dont' want to influence the > production server I installed Dovecot on an ununsed computer with some > dummy-testusers using ssl and maildir. Installation was without any > problems and everything works fine with one exception: I cannot download > some attachments. If the attachment is a simple textfile or bitmap it's > ok, but everything else (pdf, zip, etc. - size doesn't matter) does not > work. Here is what happens: > > 1) I right-click on the attached file -> "save as" (using Thunderbird 2) > 2) I choose a target dir (no matter if local disk or nfs) > 3) the download-dialog pops up and says: "starting...." I'd suggest trying first with another client to see if it's not an issue with Thunderbird, which in my opinion is not very good at handling attachments in imap.

3 4

[Dovecot] Dovecot 1.1.3 upgrade
by CJ Keist 24 Sep '08

24 Sep '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I planning to upgrade from 1.1.2 dovecot to 1.1.3, that is if most people feel the 1.1.3 is more stable now than 1.1.2? I've downloaded the code and been going through and applying all the changes listed at the URL below: feed://hg.dovecot.org/dovecot-1.1/rss-log I gotten all of the applied except for the AIX one, I'm running on solaris. The last patch I'm not able to figure out: http://hg.dovecot.org/dovecot-1.1/rev/04fdaa2f831e I'm able to apply the fist patch in the file but the second doesn't look anything like I have in the file. Here is what my file looks like beginning at line 237 in src/lib-mail/message-address.c /* from now on don't return -1 even if there are problems, so hat the caller knows this is a group */ ctx->parser.data++; (void)rfc822_skip_lwsp(&ctx->parser); ctx->addr.mailbox = p_strdup(ctx->pool, str_c(ctx->str)); add_address(ctx); if (parse_mailbox_list(ctx) > 0) { if (*ctx->parser.data == ';') { ctx->parser.data++; (void)rfc822_skip_lwsp(&ctx->parser); } } add_address(ctx); return 1; } Can you show me how this section of the code should look like? Thanks... - -- C. J. Keist Email: cj.keist(a)colostate.edu UNIX/Network Manager Phone: 970-491-0630 Engineering Network Services Fax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI2ofAA29OFr7C6jcRAgPXAKCOtp5SZcH2IQjF3pVNUCY7zItiXwCePqVT zEWaQplUqlxVjOrKWMO1vqM= =hGGf -----END PGP SIGNATURE-----

2 1

[Dovecot] [Dovecot 1.1.3] Strange problem with attachment download
by Thomas Gropp 24 Sep '08

24 Sep '08

Hello everyone, I am testing Dovecot 1.1.3 at the moment to see if I can migrate from UW-Imap(mbox) to Dovecot(maildir). Because I dont' want to influence the production server I installed Dovecot on an ununsed computer with some dummy-testusers using ssl and maildir. Installation was without any problems and everything works fine with one exception: I cannot download some attachments. If the attachment is a simple textfile or bitmap it's ok, but everything else (pdf, zip, etc. - size doesn't matter) does not work. Here is what happens: 1) I right-click on the attached file -> "save as" (using Thunderbird 2) 2) I choose a target dir (no matter if local disk or nfs) 3) the download-dialog pops up and says: "starting...." 4) nothing happens form then on In the log file I see (lots of them for a single "attachment-download-try" until I stop Thunderbird): "dovecot: Fatal: IMAP(<username>): io_loop_handle_add: epoll_ctl(1, 1): File exists" (which file??) I googled this message but without success. I already tried having all files on the local fs instead of nfs but it doesn't change anything. I also tried a lot of different settings (concerning locking, nfs, permissions) in the dovecot.conf. Everything else works just fine: logging in, receiving, creating folders, deleting etc...) Im using a (very) old SuSE 9.0 installation with ext2. I put my (current) devecot.conf and the output of "dovecot -n" at the end. As I have no idea what else to try/check: Anyone out there who has a tip what else I could check to solve this? Or even someone who had the same problem with a solution? ;o) Thx Thomas my current dovecot.conf: ************************************************************* protocols = imaps protocol imap { listen = *:143 # not active ssl_listen = *:446 # for testing } listen = * disable_plaintext_auth = yes ssl_disable = no ssl_cert_file = /etc/ssl/certs/imapd.pem ssl_key_file = /etc/ssl/certs/imapd.pem verbose_ssl = yes login_greeting = Dovecot ready. mail_location = maildir:~/Maildir mmap_disable = yes fsync_disable = no mail_nfs_index = yes lock_method = dotlock maildir_copy_with_hardlinks = yes mbox_read_locks = dotlock_try mbox_write_locks = dotlock_try mbox_dotlock_change_timeout = 120 protocol imap { } protocol pop3 { } protocol lda { postmaster_address = postmaster(a)example.com } auth_debug = yes auth default { mechanisms = plain passdb shadow { } userdb passwd { } user = root } dict { } plugin { } ************************************************************* Output of dovecot -n ************************************************************* # 1.1.3: /usr/local/etc/dovecot.conf protocols: imaps ssl_listen: *:446 ssl_cert_file: /etc/ssl/certs/imapd.pem ssl_key_file: /etc/ssl/certs/imapd.pem verbose_ssl: yes login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mail_location: maildir:~/Maildir mail_debug: yes mmap_disable: yes mail_nfs_index: yes lock_method: dotlock mbox_read_locks: dotlock_try mbox_write_locks: dotlock_try auth default: debug: yes passdb: driver: shadow userdb: driver: passwd ***************************************************************+

2 1

[Dovecot] fts squat and dovecot-shared
by Anton Yuzhaninov 24 Sep '08

24 Sep '08

It seems, that dovecot-shared ignored by fts squat and dovecot.index.search/dovecot.index.search.uids created with wrong permissions. This makes squat unusable with symlinked shared maildirs. -- WBR, Anton Yuzhaninov

2 2

[Dovecot] Can't move mail items to Inbox
by Phillip Smith 24 Sep '08

24 Sep '08

Hi all, Trying to setup Postfix / Dovecot / Fetchmail to collect all my mail centrally on my home server and serve it out by IMAP. Everything is working, using Maildir format except I can't move mail from a sub-folder to my Inbox. Example: I send a test message to myself. It gets picked up by fetchmail, and delivered to /home/user/Maildir/new by postfix. Dovecot serves that out to my client. I can then move that message from the Inbox to a subfolder, but then I can't move it back to the Inbox. I don't get any error messages or anything - it just doesn't happen :( Any help and advice would be great. root ~ # dovecot -n # 1.1.3: /etc/dovecot/dovecot.conf listen: 192.168.31.3 disable_plaintext_auth: no login_dir: /usr/var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login login_greeting: Dovecot server.local READY login_max_processes_count: 8 mail_location: maildir:~/Maildir auth default: passdb: driver: pam userdb: driver: passwd root ~ # dovecot --version 1.1.3 Cheers, ~p

1 1

[Dovecot] One fs with quota, one without: incorrect data shown
by Laurent Blume 24 Sep '08

24 Sep '08

Hello all, I'm using Dovecot 1.0.15 on a Solaris 10. There are two different FS in place for IMAP: /var/mail for inbox /export/home for the mail folders The first doesn't have quota, the second does. However, I've noticed that Thunderbird does display quota information on the inbox (that doesn't make any sense, the values are incorrect). The same incorrect values are shown for folders as well. I tried the following configurations, but without success, the result is always the same: quota = fs ---- quota = fs:INBOX:mount=/var/mail quota2 = fs:Others:mount=/export/home ---- quota = fs:Others:mount=/export/home Any idea what I'm doing wrong? TIA, Laurent -- / Leader de Projet & Communauté | I'm working, but not speaking for \ G11N http://fr.opensolaris.org | Bull Services http://www.bull.com / FOSUG http://guses.org |

2 2

[Dovecot] Debugging password schemes
by Ian R. Justman 23 Sep '08

23 Sep '08

Hi, all. I managed to get my new password scheme routine written, but a couple of things: 1. The example module lacks an init routine. Since I used it as a model, my module also lacks one. As such, my newly-built module is seen but not registered. In the meantime, I moved the routines into password-scheme.c instead where I had access to all the MD5 routines already set up for me. 2. Once in password-scheme.c and modified to the point where it builds without warnings or errors and it doesn't gag on itself, it doesn't seem to work properly. What's the best way to debug password-scheme.c so I can see what's going on so I can fix things accordingly? I have to "manually" break apart the value stored in a database a bit differently than other salted values (it's using salted MD5 values a bit differently than normal). The password format from a Post.Office server, but apparently, Netscape Messaging Server uses this same format. Thanks! --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com

1 1

[Dovecot] dovecot 1.1.3 coredump
by Anton Yuzhaninov 23 Sep '08

23 Sep '08

I found imap core in coredump dir: (gdb) bt #0 0x00000000004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffffffe478) at message-header-parser.c:114 #1 0x00000000004a8193 in read_header (mstream=0x795330) at istream-header-filter.c:162 #2 0x00000000004a84e7 in i_stream_header_filter_read (stream=0x795330) at istream-header-filter.c:288 #3 0x00000000004bc216 in i_stream_read (stream=0x795380) at istream.c:70 #4 0x00000000004bca0d in i_stream_read_data (stream=0x795380, data_r=0x7fffffffe5c0, size_r=0x7fffffffe5b8, threshold=0) at istream.c:283 #5 0x00000000004afbd7 in message_get_body_size (input=0x795380, body=0x7fffffffe610, has_nuls=0x0) at message-size.c:76 #6 0x0000000000421c5f in fetch_body_header_fields (ctx=0x75c130, mail=0x713048, body=0x75c640) at imap-fetch-body.c:458 #7 0x00000000004201a1 in imap_fetch_more (ctx=0x75c130) at imap-fetch.c:309 #8 0x0000000000420400 in imap_fetch (ctx=0x75c130) at imap-fetch.c:361 #9 0x0000000000417742 in cmd_fetch (cmd=0x75c048) at cmd-fetch.c:152 #10 0x000000000041c0c2 in cmd_uid (cmd=0x75c048) at cmd-uid.c:26 #11 0x000000000041d7b4 in client_command_input (cmd=0x75c048) at client.c:580 #12 0x000000000041d9f1 in client_command_input (cmd=0x75c048) at client.c:629 #13 0x000000000041db33 in client_handle_next_command (client=0x744180, remove_io_r=0x7fffffffe81d) at client.c:670 #14 0x000000000041db79 in client_handle_input (client=0x744180) at client.c:680 #15 0x000000000041dd14 in client_input (client=0x744180) at client.c:725 #16 0x00000000004c1669 in io_loop_handler_run (ioloop=0x71e140) at ioloop-kqueue.c:150 #17 0x00000000004c070b in io_loop_run (ioloop=0x71e140) at ioloop.c:320 #18 0x0000000000428e39 in main (argc=3, argv=0x7fffffffe978, envp=0x7fffffffe998) at main.c:293 (gdb) f 0 #0 0x00000000004abdea in message_parse_header_next (ctx=0x79c150, hdr_r=0x7fffffffe478) at message-header-parser.c:114 114 if (msg[0] == '\n' || (gdb) p msg[0] Cannot access memory at address 0x0 Lines in log file before crash: Sep 16 11:40:17 mailsupport deliver(spamhog): copy: uid=1, box=Dovecot Delivery Mail, dest=z_topshop, msgid=<000801c917cf$0623e47b$693cbc80@nuwqn>, size=19779 Sep 16 11:40:17 mailsupport deliver(spamhog): msgid=<000801c917cf$0623e47b$693cbc80@nuwqn>: saved mail to z_topshop Sep 16 11:40:17 mailsupport dovecot: IMAP(spamhog): Next message unexpectedly lost from 216637 Sep 16 11:40:17 mailsupport dovecot: IMAP(spamhog): Next message unexpectedly lost from 216637 Sep 16 11:40:17 mailsupport dovecot: child 33373 (imap) killed with signal 11 OS: FreeBSD 7.0-STABLE #0: Sun May 4 13:15:10 MSD 2008, amd64 mbox located on zfs silesystem. related lines in dovecot -n output: mmap_disable: yes mbox_write_locks: fcntl mbox_min_index_size: 1024 mail_plugins(imap): acl mail_log zlib mail for this account stored in mbox: user_query = SELECT uid, gid, home, mail FROM tbl_users WHERE login = '%Lu' AND home IS NOT NULL; sqlite> SELECT uid, gid, home, mail FROM tbl_users WHERE login = 'spamhog' AND home IS NOT NULL; 8008|8008|/home/spamhog|mbox:~/mail -- WBR, Anton Yuzhaninov

2 4

[Dovecot] dovecot-sieve-1.1.5 compile error
by Zhang Huangbin 23 Sep '08

23 Sep '08

Hi, all. I compiled and installed dovecot-1.1.3 with this cmd: # ./configure --prefix=/usr/local/dovecot --disable-ipv6 --with-mysql --with-ldap --with-zlib --enable-header-install Then compiled dovecot-sieve-1.1.5 with this cmd: ./configure --with-dovecot=/usr/local/dovecot/lib/dovecot But i got this error msg: <stdout>:1654: warning: no previous prototype for 'addrget_lineno' <stdout>:1663: warning: no previous prototype for 'addrget_in' <stdout>:1671: warning: no previous prototype for 'addrget_out' <stdout>:1679: warning: no previous prototype for 'addrget_leng' <stdout>:1688: warning: no previous prototype for 'addrget_text' <stdout>:1697: warning: no previous prototype for 'addrset_lineno' <stdout>:1709: warning: no previous prototype for 'addrset_in' <stdout>:1714: warning: no previous prototype for 'addrset_out' <stdout>:1719: warning: no previous prototype for 'addrget_debug' <stdout>:1724: warning: no previous prototype for 'addrset_debug' <stdout>:1758: warning: no previous prototype for 'addrlex_destroy' How can i solve this issue? Thanks very much.

2 2

[Dovecot] Small deliver bug
by Robin Breathe 22 Sep '08

22 Sep '08

Setting "mail_location=maildir:~/Maildir:INDEX=~/index:CONTROL=~/control" (or separating INDEX and CONTROL in general) along with "quota=maildir" (and or having a ~/.dovecot.sieve) appears to expose a small bug in deliver (version 1.1.3, but probably all). While deliver will create a missing INDEX directory, it throws an error if the CONTROL directory is missing, exiting with exit code 75 and the following message: Internal error occurred. Refer to server log for more information. [2008-09-11 12:30:13] The associated syslog error is: Sep 11 12:30:13 csmail2 deliver(88345678): [ID 994296 mail.error] file_dotlock_open(/users4/stu/78/88345678/control/maildirsize) failed: No such file or directory Sep 11 12:30:13 csmail2 deliver(88345678): [ID 702911 mail.error] Internal quota calculation error Sep 11 12:30:13 csmail2 deliver(88345678): [ID 702911 mail.info] msgid=<43435ee38b616bb360e98d1990ad8f6d(a)example.com>: save failed to INBOX: Internal error occurred. Refer to server log for more information. [2008-09-11 12:30:13] Full "dovecot -n" output is attached. Regards, Robin

2 1

[Dovecot] %d is empty
by rihad 22 Sep '08

22 Sep '08

Hi, I'm a Dovecot newb playing with version 1.1.3 port under FreeBSD. After setting up dovecot-sql.conf for MySQL I can't check mail via POP3: ... password_query = \ SELECT CONCAT(username, '@', d.name) AS user, password \ FROM users u JOIN domains d ON u.domain_id=d.id \ WHERE username='%n' AND d.name='%d' AND active (with or without \ line breaks - same thing) rihad@rihad:~$ telnet nigar pop3 Trying 192.168.0.248... Connected to nigar.localnet. Escape character is '^]'. +OK Dovecot ready. user rihad(a)bar.com +OK pass 123456 -ERR Authentication failed. quit +OK Logging out Connection closed by foreign host. MySQL query log shows: 080919 21:19:51 4 Query SELECT CONCAT(username, '@', d.name) AS user, password FROM users u JOIN domains d ON u.domain_id=d.id WHERE username='rihad' AND d.name='' AND active Further investigation revealed that %u is just rihad and not rihad(a)bar.com. Any hints? TIA.

2 4

[Dovecot] Possible bug involving LDA and Namespaces
by Allen Belletti 22 Sep '08

22 Sep '08

Hi All, Yesterday I began experimenting with using LDA to do delivery. To begin with I'm using a .forward file entry for myself so as to avoid affecting other users. When "deliver" is passed an item to deliver, the following is logged: > deliver(allen): Sep 18 19:28:52 Info: Namespace: type=private, > prefix=INBOX., sep=., inbox=yes, hidden=no, list=yes, subscriptions=yes > deliver(allen): Sep 18 19:28:52 Info: maildir: > data=/home/cns/allen/Maildir > deliver(allen): Sep 18 19:28:52 Info: maildir++: > root=/home/cns/allen/Maildir, index=, control=, > inbox=/home/cns/allen/Maildir > deliver(allen): Sep 18 19:28:52 Info: Namespace: type=private, > prefix=INBOX/, sep=/, inbox=no, hidden=yes, list=yes, subscriptions=yes > deliver(allen): Sep 18 19:28:52 Info: maildir: > data=/home/cns/allen/Maildir > deliver(allen): Sep 18 19:28:52 Info: maildir++: > root=/home/cns/allen/Maildir, index=, control=, inbox= > deliver(allen): Sep 18 19:28:52 Error: namespace configuration error: > All list=yes namespaces must use the same separator > deliver(allen): Sep 18 19:28:52 Fatal: Namespace initialization failed Note that we have an "extra" namespace defined as this seemed to be required in order for Mac Mail.app to function properly. That namespace is defined with "list = no" as can be seen in the following dovecot.conf excerpt: > namespace private { > separator = . > prefix = INBOX. > inbox = yes > } > > # For Mac Mail.app > namespace private { > list = no > separator = / > prefix = INBOX/ > inbox = no > hidden = yes > } Nonetheless, when deliver starts up it believes that both namespaces have "list = yes". Is this potentially a bug in the way deliver reads the configuration file data? I've not looked into the code yet as I imagine that getting up to speed on it might take some time. As another data point, actually logging in via IMAP and running "list "" "*"" shows only one namespace. Any advice here would be appreciated. Thanks, Allen -- Allen Belletti allen(a)isye.gatech.edu 404-894-6221 Phone Industrial and Systems Engineering 404-385-2988 Fax Georgia Institute of Technology

2 2

[Dovecot] Adding new password schemes?
by Ian R. Justman 22 Sep '08

22 Sep '08

Hi, all. I was curious how difficult it would be to add a new password scheme to Dovecot? I have to transplant mailboxes from one machine to another, the older machine running Post.Office from now-defunct Software.Com, which was bought by OpenWave, then discontinued. Apparently, Netscape's mailserver offering from the day also supports this scheme. There's code out there that was incorporated into OpenLDAP a while back which can read this scheme, but I need to use MySQL as a source for this. Thanks in advance for any help anyone can offer. --Ian. -- Ian R. Justman UNIX hacker. Anime fan. Any questions? ianj (at) ian-justman.com

2 1

[Dovecot] antispam plugin signature-log backend with v1.1.2
by Alexander Prinsier 22 Sep '08

22 Sep '08

Hello, Is the signature-log backend of the antispam plugin broken when compiling with dovecot version 1.1.2? I'm using version 1.0 of the antispam plugin. It looks like there isn't anything more recent. cc -c -DCONFIG_DEBUG -DDEBUG_SYSLOG -fPIC -shared -Wall -Wextra -DPLUGINNAME=antispam -DHAVE_CONFIG_H -I../dovecot-1.1.2/ -I../dovecot-1.1.2/src/ -I../dovecot-1.1.2/src/lib/ -I../dovecot-1.1.2/src/lib-storage/ -I../dovecot-1.1.2/src/lib-mail/ -I../dovecot-1.1.2/src/lib-imap/ -I../dovecot-1.1.2/src/lib-dict/ -I../dovecot-1.1.2/src/lib-index/ -I../dovecot-1.1.2/src/imap/ -o signature-log.o signature-log.c signature-log.c: In function ‘backend_start’: signature-log.c:54: error: incompatible type for argument 2 of ‘dict_init’ signature-log.c:54: error: too few arguments to function ‘dict_init’ signature-log.c: In function ‘backend_handle_mail’: signature-log.c:97: error: incompatible type for argument 2 of ‘mail_storage_set_error’ signature-log.c:97: error: too few arguments to function ‘mail_storage_set_error’ signature-log.c:128: error: incompatible type for argument 2 of ‘mail_storage_set_error’ signature-log.c:128: error: too few arguments to function ‘mail_storage_set_error’ make: *** [signature-log.o] Error 1 Thanks, Alexander

4 5

[Dovecot] Bug in keywords conversion with courier-dovecot-migrate.pl v1.1.7
by John Lightsey 22 Sep '08

22 Sep '08

The problem is the file glob on line 344 in convert_subscriptions() # read updates from the directory my %updates; foreach (<$keyword_dir/*>) { This isn't going to pick up any files beginning with a dot, so most of the update files in the courierimapkeywords directory are going to be skipped.

3 4

[Dovecot] [Fwd: Re: Mail being delivered to mbox instead of Maildir]
by Sean Smitz 19 Sep '08

19 Sep '08

1 0

[Dovecot] sieve discard
by Jim Horner 19 Sep '08

19 Sep '08

Does the keyword/action discard work by default or is there something I have to do in the configuration to get to work... maybe I missed something on http://wiki.dovecot.org/LDA/Sieve I have the following rule: if anyof ( header :contains ["Subject"] ["Test Discard"] ) { discard; stop; } but it delivers to INBOX with or w/o the "stop;". If I change the rule to if anyof ( header :contains ["Subject"] ["Test Discard"] ) { fileinto "spam"; stop; } the message will deliver into my spam folder which makes me think I am doing something wrong with "discard". Using 1.0.2 sieve plug-in. Thanks.

9 21

[Dovecot] error in dovecot.log about ldap
by Antonio Casado Rodríguez 19 Sep '08

19 Sep '08

Hi, i've upgrade dovecot 1.0.10 to 1.1.3 in Red Hat Enterprise Linux AS release 4 I've installed http://dl.atrpms.net/all/dovecot-1.1.3-0_80.src.rpm with http://www.rename-it.nl/dovecot/1.1/dovecot-1.1.3-managesieve-0.10.3.diff.gz patch. And i've installed dovecot-sieve-1.1.5-8.el4.i386.rpm and dovecot-1.1-managesieve-0.10.3.tar.gz I see in dovecot.log: dovecot: Sep 19 12:20:56 Error: auth(default): dlopen(/usr/lib/dovecot/auth/libauthdb_ldap.so) failed: /usr/lib/dovecot/auth/libauthdb_ldap.so: undefined symbol: null_settings_section_callback dovecot: Sep 19 12:20:56 Error: auth-worker(default): dlopen(/usr/lib/dovecot/auth/libauthdb_ldap.so) failed: /usr/lib/dovecot/auth/libauthdb_ldap.so: undefined symbol: null_settings_section_callback # dovecot -n # 1.1.3: /etc/dovecot.conf log_path: /var/log/dovecot/dovecot.log info_log_path: /var/log/dovecot/dovecot.info protocols: imaps managesieve ssl_cert_file: /etc/httpd/conf/ssl.crt/server.crt ssl_key_file: /etc/httpd/conf/ssl.key/server.key login_dir: /var/run/dovecot/login login_executable(default): /usr/libexec/dovecot/imap-login login_executable(imap): /usr/libexec/dovecot/imap-login login_executable(managesieve): /usr/local/libexec/dovecot/managesieve-login login_log_format_elements: user=<%u> method=%m rip=%r rport=%b lip=%l lport=%a %c verbose_proctitle: yes mail_location: maildir:/var/spool/mail/%n mail_executable(default): /usr/sbin/post-login-dovecot mail_executable(imap): /usr/sbin/post-login-dovecot mail_executable(managesieve): /usr/local/libexec/dovecot/managesieve mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(managesieve): mail_plugin_dir(default): /usr/lib/dovecot/imap mail_plugin_dir(imap): /usr/lib/dovecot/imap mail_plugin_dir(managesieve): /usr/lib/dovecot/managesieve sieve_storage(default): sieve_storage(imap): sieve_storage(managesieve): ~/sieve sieve(default): sieve(imap): sieve(managesieve): ~/.dovecot.sieve namespace: type: private separator: / location: maildir:/var/mail/%n inbox: yes list: yes subscriptions: yes auth default: passdb: driver: pam userdb: driver: passwd plugin: quota: maildir quota_rule: *:storage=50M quota_rule2: Trash:storage=15M

1 0

[Dovecot] squat fts index build problem
by Anton Yuzhaninov 18 Sep '08

18 Sep '08

I tried to use squat index, but got error: Sep 18 19:49:45 mailsupport dovecot: Fatal: IMAP(citrin): pool_system_realloc(): Out of memory Sep 18 19:49:45 mailsupport dovecot: child 77606 (imap) returned error 83 (Out of memory) It is strange because this server has 4 Gb or RAM. some lines from dovecot -n mail_plugins(imap): acl mail_log zlib fts fts_squat plugin: acl: vfile fts: squat OS: FreeBSD 7.0-STABLE #0: Sun May 4 13:15:10 MSD 2008, amd64 Resource limits (current): cputime infinity secs filesize infinity kB datasize 33554432 kB stacksize 524288 kB coredumpsize infinity kB memoryuse infinity kB memorylocked infinity kB maxprocesses 5547 openfiles 11095 sbsize infinity bytes vmemoryuse infinity kB IMHO it will be better to write in log requested memory size: src/lib/mempool-system.c: - "pool_system_realloc(): Out of memory"); + "pool_system_realloc(): Out of memory, when realloc to %"PRIuSIZE_T" bytes", new_size); -- WBR, Anton Yuzhaninov

2 2

[Dovecot] lately pop3 with #define DEBUG needs GDB=1
by Diego Liziero 18 Sep '08

18 Sep '08

I'm not sure when this happened. In yesterday dovecot-1.1 hg if pop3 is compiled with DEBUG defined, it needs GDB=1 otherwise it ends with: Panic: Leaked file fd 4: dev 104.2 inode 3342766 Not sure if this can be caused by the fact that I call pop3 with a bash script. protocol pop3 { mail_executable = /usr/libexec/dovecot/pop3.sh inside I've something like if [ x`id -un` = "xmyuser" -o x`id -un` = "xtestdovecot" ] then exec /usr/libexec/dovecot/pop3-new-test-release else exec /usr/libexec/dovecot/pop3 [..] (gdb) bt full #0 0x006ed402 in __kernel_vsyscall () No symbol table info available. #1 0x0043ed20 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00440631 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080e44a8 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:150 backtrace = 0x982b160 "/usr/libexec/dovecot/pop3 [0x80e4486] -> /usr/libexec/dovecot/pop3(default_error_handler+0) [0x80e4506] -> /usr/libexec/dovecot/pop3(i_fatal+0) [0x80e4600] -> /usr/libexec/dovecot/. #4 0x080e4506 in default_fatal_handler (type=LOG_TYPE_PANIC, status=0, format=0x810f568 "Leaked file fd %d: dev %s.%s inode %s", args=0xbfee57a4 "\004") at failures.c:162 No locals. #5 0x080e4600 in i_panic (format=0x810f568 "Leaked file fd %d: dev %s.%s inode %s") at failures.c:197 args = 0xbfee57a4 "\004" #6 0x080e519d in fd_debug_verify_leaks (first_fd=4, last_fd=1024) at fd-close-on-exec.c:71 addr = {family = 58360, u = {ip6 = {in6_u = {u6_addr8 = "\225ï¿½\017\b\a\000\000\000ï¿½XGDï¿½ï¿½\017\b", u6_addr16 = {58005, 2063, 7, 0, 22776, 17479, 58362, 2063}, u6_addr32 = {135258773, 7, 1145526520, 135259130}}}, ip4 = {s_addr = 135258773}}} raddr = {family = 2, u = {ip6 = {in6_u = {u6_addr8 = "\031^ï¿½ï¿½Yï¿½ï¿½Xï¿½\005\021D", u6_addr16 = {24089, 49134, 23028, 49134, 22744, 49134, 4357, 68}, u6_addr32 = {3220069913, 3220068852, 3220068568, 4460805}}}, ip4 = {s_addr = 3220069913}}} port = 4274100 rport = 3220068600 st = {st_dev = 26626, __pad1 = 0, __st_ino = 3342766, st_mode = 33152, st_nlink = 1, st_uid = 0, st_gid = 0, st_rdev = 0, __pad2 = 0, st_size = 6654265, st_blksize = 4096, st_blocks = 13032, st_atim = { tv_sec = 1221681411, tv_nsec = 0}, st_mtim = {tv_sec = 1221683098, tv_nsec = 0}, st_ctim = {tv_sec = 1221683098, tv_nsec = 0}, st_ino = 3342766} old_errno = 9 #7 0x0805c817 in main (argc=1, argv=0xbfee5994, envp=0xbfee599c) at main.c:257 No locals.

2 2

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 18 Sep '08

18 Sep '08

Scott, That worked! Thanks again for the help! ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 3:57:39 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 3:48 PM Grant Lowe spake the following: > We have home directories on the server. Virtual user's can login (at least I've been able to verify that from using telnet to port 143). Yes the earlier mail was different. I can go back to that configuration if I need to. Meanwhile I'll take a look at the link you sent. Thank you! > Then try this; mail_location = mbox:~/mail:INBOX=/var/mail/%u Make sure the home directories map properly and not to /var/mail/%u from however you auth. The above puts IMAP folders in a folder called mail in the users home directory, and the inbox in /var/mail/%u. Dovecot will also store its indexes in the ~/mail directory, so it has to be a folder. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

1 0

[Dovecot] two server and dbox
by a.testa＠wifisolution.it 18 Sep '08

18 Sep '08

Dear users, I have a question about the storage dbox. Is it possible to deliver e-mails from two different lda? I would have two independent servers working at the same time on nfs. Is it possible since the e-mails name will be the same? Thanks in advance Alex

3 3

[Dovecot] Outlook 2003 and Thunderbird IMAP + getting new headers
by Jan van den Berg 18 Sep '08

18 Sep '08

Hi, We run 1.1.3 and I use Outlook to connect to my IMAP box and a couple of times per day (randomly) when I click certain folders IMAP will start retrieving ALL headers for that folder again ('retrieving new headers')! I don't understand this. What triggers IMAP to do so, why not just retrieve only the NEW headers? Is it Dovecot or Outlook (probably) and what can be done about this? I already use the Dovecot Outlook workarounds. I have also gotten word that this behavior happens with Thunderbird. This is really a problem causing a lot of load on our storage (I am not the only user). Cheers, Jan

3 16

Re: [Dovecot] Mail being delivered to mbox instead of Maildir
by Sean Smitz 18 Sep '08

18 Sep '08

> Date: Wed, 17 Sep 2008 12:41:31 -0400 > From: Charles Marcus <CMarcus(a)Media-Brokers.com> > Subject: Re: [Dovecot] Mail being delivered to mbox instead of Maildir > To: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <48D1333B.8060907(a)Media-Brokers.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 9/17/2008, Sean Smitz (sean.smitz(a)us.fujitsu.com) wrote: > >> mail_location: maildir:~/Maildir >> > > Maybe it is case sensitive... > > Try: > > mail_location: Maildir:~/Maildir > > -- > > Best regards, > > Charles > > > ------------------------------ > I will try, but that is how the examples are capitalized. > Message: 9 > Date: Wed, 17 Sep 2008 22:25:07 +0300 > From: Timo Sirainen <tss(a)iki.fi> > Subject: Re: [Dovecot] Mail being delivered to mbox instead of Maildir > To: Dovecot Mailing List <dovecot(a)dovecot.org> > Message-ID: <8E304E7D-48BF-405F-93C8-1374FD483E8F(a)iki.fi> > Content-Type: text/plain; charset="us-ascii" > > On Sep 17, 2008, at 5:22 PM, Sean Smitz wrote: > > >> I thought I had Dovecot configured to use Maildir instead of mbox, >> but apparently it is still using mbox. >> >> Excerpt from dovecot.conf: >> mail_location = maildir:~/Maildir >> >> >> Excerpt from sendmail.mc: >> MAILER(dovecot)dnl >> > > You sure sendmail is really calling deliver? In that case you should > see deliver logging "saved mail to INBOX" lines. > > Timo, I don't see that in the /var/log/maillog file. do I need to increase the default logging level? Sep 16 15:09:00 mailserv1 sendmail[20848]: m8GJ90bl020846: SMTP outgoing connect on mailserv1.fla.fujitsu.com Sep 16 15:09:06 mailserv1 sendmail[20848]: m8GJ90bl020846: to=<david(a)torrisi.org>, ctladdr=<mailtest(a)mailserv1.fla.fujitsu.com> (10295/10297), delay=00:00:06, xdelay=00:00:06, mailer=relay, pri=120363, relay=fujitsu1.fnanic.fujitsu.com. [192.240.0.1], ds n=2.0.0, stat=Sent (m8GJ95rd028033 Message accepted for delivery) Sep 16 15:09:06 mailserv1 sendmail[20848]: m8GJ90bl020846: done; delay=00:00:06, ntries=1

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 18 Sep '08

18 Sep '08

We have home directories on the server. Virtual user's can login (at least I've been able to verify that from using telnet to port 143). Yes the earlier mail was different. I can go back to that configuration if I need to. Meanwhile I'll take a look at the link you sent. Thank you! ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 3:01:51 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 2:43 PM Grant Lowe spake the following: > We want to have just inboxes in /var/mail/%u. > > I'm not sure how well that is going to work. You might need some sort of home directory, but your earlier conf had mail location and home directory pointing to the same place. That location can't be a directory AND a file. Do users have home directories on this server or is it all virtual? Maybe this has more clues; http://wiki.dovecot.org/MailLocation -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 18 Sep '08

18 Sep '08

We want to have just inboxes in /var/mail/%u. ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 2:27:49 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 1:13 PM Grant Lowe spake the following: > As far as ls -la: > > # ls -la /var/mail/wfoatst > -rw------- 1 wfoatst users 1406 Sep 16 15:13 /var/mail/wfoatst > # > > As far as the LDA, I'm using the dovecot LDA. Here's the line from /etc/mail/sendmail.cf: > > ######################*****############## > ### DOVECOT Mailer specification ### > ##################*****################## > Mdovecot, P=/usr/local/libexec/dovecot/deliver, F=DFMPhnu9, > S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP, > T=DNS/RFC822/X-Unix, > A=deliver -d $u > > > Are you trying to have *all* mail in /var/mail/%u or just inboxes? Your ls looks like you have mbox format storage. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 18 Sep '08

18 Sep '08

As far as ls -la: # ls -la /var/mail/wfoatst -rw------- 1 wfoatst users 1406 Sep 16 15:13 /var/mail/wfoatst # As far as the LDA, I'm using the dovecot LDA. Here's the line from /etc/mail/sendmail.cf: ######################*****############## ### DOVECOT Mailer specification ### ##################*****################## Mdovecot, P=/usr/local/libexec/dovecot/deliver, F=DFMPhnu9, S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP, T=DNS/RFC822/X-Unix, A=deliver -d $u ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 12:57:02 PM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 12:44 PM Grant Lowe spake the following: > Hi Scott. > > Thanks for the help! Appricate the feedback. > > I reset the dovecot.conf. Here's the output of dovecot -n now: > > # > # 1.1.2: /usr/local/etc/dovecot.conf > base_dir: /var/run/dovecot/ > log_path: /var/log/dovecot.log > ssl_disable: yes > disable_plaintext_auth: no > login_dir: /var/run/dovecot/login > login_executable: /usr/local/libexec/dovecot/imap-login > auth default: > verbose: yes > passdb: > driver: pam > userdb: > driver: passwd > # > > I'm still getting the same error as before: > > ovecot: Sep 17 12:42:43 Info: imap-login: Login: user=<wfoatst>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured > dovecot: Sep 17 12:42:43 Error: IMAP(wfoatst): mail_location not set and autodetection failed: Mail storage autodetection failed with home=/var/mail/wfoatst > dovecot: Sep 17 12:42:43 Fatal: IMAP(wfoatst): Namespace initialization failed > > Any more thoughts? How about a "ls -la /var/mail/wfoatst" What do you use for your LDA? -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

[Dovecot] procmail -> deliver: file too large
by Jim Rosenberg 17 Sep '08

17 Sep '08

I am using procmail with deliver as recommended on the wiki to send mail snagged by SpamAssassin straight to a spam folder. It seemed to be working fine, but now I'm finding messages like this: Sep 17 12:13:47 hosty deliver(whoey): write() failed with mbox file /var/mail/whoey: File too large I don't think this is a setrlimit problem -- the host operating system is OpenBSD 4.0. My dovecot version is 1.0.13. Is there a maximum size used by deliver? Or is this a procmail problem? It looks like the message is coming from deliver. I don't think this is a postfix problem -- my max message size 33M in postfix. -Thanks, Jim

3 3

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 17 Sep '08

17 Sep '08

Hi Scott. Thanks for the help! Appricate the feedback. I reset the dovecot.conf. Here's the output of dovecot -n now: # # 1.1.2: /usr/local/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /var/log/dovecot.log ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login auth default: verbose: yes passdb: driver: pam userdb: driver: passwd # I'm still getting the same error as before: ovecot: Sep 17 12:42:43 Info: imap-login: Login: user=<wfoatst>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: Sep 17 12:42:43 Error: IMAP(wfoatst): mail_location not set and autodetection failed: Mail storage autodetection failed with home=/var/mail/wfoatst dovecot: Sep 17 12:42:43 Fatal: IMAP(wfoatst): Namespace initialization failed Any more thoughts? ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 7:48:39 AM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 7:25 AM Grant Lowe spake the following: > Hi All, > > I've got a brand new dovecot installation. I'm new to dovecot, so please be gentle :-) > > Anyway, > I'm getting some errors when I try to connect to dovecot. I've tried > searching the web and haven't been able to find a lot of information. > Here's the config info: > > # dovecot --version > 1.1.2 > # dovecot -n > sudo dovecot -n > # 1.1.2: /usr/local/etc/dovecot.conf > base_dir: /var/run/dovecot/ > log_path: /var/log/dovecot.log > ssl_disable: yes > disable_plaintext_auth: no > login_dir: /var/run/dovecot//login > login_executable: /usr/local/libexec/dovecot/imap-login > mail_location: /var/mail/%u You need to fix your mail location setting; see http://wiki.dovecot.org/MailLocation > auth default: > verbose: yes > passdb: > driver: passwd-file > args: /etc/dovecot/passwd > userdb: > driver: static > args: uid=vmail gid=vmail home=/var/mail/%u Since you are also setting mail location here with home setting, you are probably resolving to /var/mail/%u/var/mail/%u -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

[Dovecot] another assertion failure in current 1.1 hg (1.1.3 was working fine) - file message-address.c: line 43 (parse_local_part): assertion failed: (ctx->parser.data != ctx->parser.end)
by Diego Liziero 17 Sep '08

17 Sep '08

file message-address.c: line 43 (parse_local_part): assertion failed: (ctx->parser.data != ctx->parser.end) #0 0x001b3402 in __kernel_vsyscall () No symbol table info available. #1 0x0043ed20 in raise () from /lib/libc.so.6 No symbol table info available. #2 0x00440631 in abort () from /lib/libc.so.6 No symbol table info available. #3 0x080f6968 in default_fatal_finish (type=LOG_TYPE_PANIC, status=0) at failures.c:150 backtrace = 0x90e9ed8 "/usr/libexec/dovecot/imap [0x80f6946] -> /usr/libexec/dovecot/imap [0x80f7207] -> /usr/libexec/dovecot/imap(i_fatal+0) [0x80f6ac0] -> /usr/libexec/dovecot/imap [0x80eaee7] -> /usr/. #4 0x080f7207 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, fmt=0x8122bf0 "file %s: line %d (%s): assertion failed: (%s)", args=0xbfe92c54 "ï¿½+\022\b+") at failures.c:430 No locals. #5 0x080f6ac0 in i_panic (format=0x8122bf0 "file %s: line %d (%s): assertion failed: (%s)") at failures.c:197 args = 0xbfe92c54 "ï¿½+\022\b+" #6 0x080eaee7 in parse_local_part (ctx=0xbfe92d78) at message-address.c:43 ret = 0 __PRETTY_FUNCTION__ = "parse_local_part" #7 0x080eb373 in parse_addr_spec (ctx=0xbfe92d78) at message-address.c:163 ret = 24 ret2 = -1 #8 0x080eb49d in parse_mailbox (ctx=0xbfe92d78) at message-address.c:200 start = (const unsigned char *) 0x90fba9f "" ret = -1 #9 0x080eb503 in parse_mailbox_list (ctx=0xbfe92d78) at message-address.c:214 ret = 151951304 #10 0x080eb5c9 in parse_group (ctx=0xbfe92d78) at message-address.c:246 ret = 152025736 #11 0x080eb64c in parse_address (ctx=0xbfe92d78) at message-address.c:268 start = (const unsigned char *) 0x90fba88 "undisclosed-recipients:" ret = 151951000 #12 0x080eb68b in parse_address_list (ctx=0xbfe92d78, max_addresses=4294967294) at message-address.c:283 ret = 0 #13 0x080eb78f in message_address_parse_real (pool=0x90e9500, data=0x90fba88 "undisclosed-recipients:", size=23, max_addresses=4294967295, fill_missing=true) at message-address.c:320 ctx = {pool = 0x90e9500, parser = {data = 0x90fba9f "", end = 0x90fba9f "", last_comment = 0x90e9570}, first_addr = 0x90e97c8, last_addr = 0x90e97c8, addr = {next = 0x0, name = 0x0, route = 0x0, mailbox = 0x0, domain = 0x0, invalid_syntax = false}, str = 0x90e9698, fill_missing = true} ret = 1 #14 0x080eb7e0 in message_address_parse (pool=0x90e9500, data=0x90fba88 "undisclosed-recipients:", size=23, max_addresses=4294967295, fill_missing=true) at message-address.c:331 addr = (struct message_address *) 0x90e9500 #15 0x080ac097 in search_header_arg (arg=0x90ef6c0, ctx=0xbfe92f80) at index-search.c:424 addr = (struct message_address *) 0x90ff31c str = (string_t *) 0x17 _data_stack_cur_id = 5 msg_search_ctx = (struct message_search_context *) 0x91032f0 block = {part = 0x0, hdr = 0xbfe92e38, data = 0x0, size = 0} hdr = {name = 0x811a0f0 "", name_len = 0, value = 0x90fba88 "undisclosed-recipients:", value_len = 23, full_value = 0x90fba88 "undisclosed-recipients:", full_value_len = 23, middle = 0x90fdd53 ": ", middle_len = 0, name_offset = 0, full_value_offset = 4, continues = 0, continued = 0, eoh = 0, no_newline = 0, crlf_newline = 0, use_full_value = 0} ret = 0 #16 0x080b537a in search_arg_foreach (arg=0x90ef6c0, callback=0x80abe09 <search_header_arg>, context=0xbfe92f80) at mail-search.c:85 subarg = (struct mail_search_arg *) 0x0 __PRETTY_FUNCTION__ = "search_arg_foreach" #17 0x080b53a4 in mail_search_args_foreach (args=0x90ef6c0, callback=0x80abe09 <search_header_arg>, context=0xbfe92f80) at mail-search.c:98 result = 1 #18 0x080ac2f7 in search_header (hdr=0x90fec80, ctx=0xbfe92f80) at index-search.c:491 No locals. #19 0x080ed97e in message_parse_header (input=0x90fa8f8, hdr_size=0x0, flags=MESSAGE_HEADER_PARSER_FLAG_CLEAN_ONELINE, callback=0x80ac22f <search_header>, context=0xbfe92f80) at message-header-parser.c:389 hdr_ctx = (struct message_header_parser_ctx *) 0x90fec80 hdr = (struct message_header_line *) 0x90fec80 ret = 1 __PRETTY_FUNCTION__ = "message_parse_header" #20 0x080ac691 in search_arg_match_text (args=0x90ef678, ctx=0x90fb7a8) at index-search.c:580 hdr_ctx = {index_context = 0x90fb7a8, args = 0x90ef678, hdr = 0x90fec80, parse_headers = 0, custom_header = 1, threading = 0} input = (struct istream *) 0x90fa8f8 headers_ctx = (struct mailbox_header_lookup_ctx *) 0x90fb068 headers = (const char * const *) 0x90e9458 have_headers = true have_body = false __PRETTY_FUNCTION__ = "search_arg_match_text" #21 0x080ad3e1 in search_match_next (ctx=0x90fb7a8) at index-search.c:967 arg = (struct mail_search_arg *) 0x90fb7a8 ret = -1 #22 0x080ad703 in index_storage_search_next_nonblock (_ctx=0x90fb7a8, mail=0x90f8f68, tryagain_r=0xbfe93083) at index-search.c:1042 _data_stack_cur_id = 4 ctx = (struct index_search_context *) 0x90fb7a8 box = (struct mailbox *) 0x90f7c80 count = 6 ret = 1 #23 0x080b6e1d in mailbox_search_next_nonblock (ctx=0x90fb7a8, mail=0x90f8f68, tryagain_r=0xbfe93083) at mail-storage.c:653 No locals. #24 0x0805f60e in cmd_search_more (cmd=0x90ef600) at cmd-search.c:83 ctx = (struct imap_search_context *) 0x90ef738 end_time = {tv_sec = 151975096, tv_usec = 1} tryagain = false ret = 135224202 #25 0x0805f78e in cmd_search_more_callback (cmd=0x90ef600) at cmd-search.c:132 client = (struct client *) 0x90ef368 finished = false #26 0x08100310 in io_loop_handle_timeouts_real (ioloop=0x90ed9b0) at ioloop.c:298 timeout = (struct timeout *) 0x90fecd8 item = (struct priorityq_item *) 0x90fecd8 tv = {tv_sec = 0, tv_usec = 0} tv_call = {tv_sec = 1221553327, tv_usec = 767240} t_id = 3 #27 0x0810036a in io_loop_handle_timeouts (ioloop=0x90ed9b0) at ioloop.c:309 _data_stack_cur_id = 2 #28 0x0810102c in io_loop_handler_run (ioloop=0x90ed9b0) at ioloop-epoll.c:175 ctx = (struct ioloop_handler_context *) 0x90edaa8 events = (struct epoll_event *) 0x90edae8 event = (const struct epoll_event *) 0x90edae8 list = (struct io_list *) 0x90ef568 io = (struct io_file *) 0x0 tv = {tv_sec = 0, tv_usec = 0} events_count = 4 t_id = 2 msecs = 0 ret = 0 i = 0 j = 3 call = true #29 0x081003ac in io_loop_run (ioloop=0x90ed9b0) at ioloop.c:320 No locals. #30 0x0806debd in main (argc=1, argv=0xbfe93234, envp=0xbfe9323c) at main.c:293 No locals.

2 1

[Dovecot] Expire with space in mailbox name
by Jeff Savage 17 Sep '08

17 Sep '08

Hello all, I'm running Dovecot 1.1.3 and trying to make use of the expire plugin on my mbox-based mailboxes. Expire seems to be populating the database when it comes to the trash folder, but I'm having issues with a spam folder (unfortunately) named "Junk E-mail". I've tried quotes and a backslash to account for the space, but it's not happening. Can anyone tell me how I would account for a folder like this? Neither of the following work, and I haven't found an example that addresses this. expire = Trash 7 "Junk E-mail" 7 expire = Trash 7 Junk\ E-mail 7 Thanks in advance.

2 1

[Dovecot] Mail being delivered to mbox instead of Maildir
by Sean Smitz 17 Sep '08

17 Sep '08

I thought I had Dovecot configured to use Maildir instead of mbox, but apparently it is still using mbox. Excerpt from dovecot.conf: mail_location = maildir:~/Maildir Excerpt from sendmail.mc: MAILER(dovecot)dnl dovecot.m4: ######################################## ### DOVECOT Mailer Specification ### ######################################## Mdovecot, P=/usr/local/libexec/dovecot/deliver, F=DFMPhnu9, S=EnvFromSMTP/HdrFromSMTP, R=EnvToSMTP/HdrFromSMTP, T=DNS/RFC822/X-Unix, A=deliver -d $u Thank you Sean Smitz

3 2

[Dovecot] Any sense of whether or not we're close to a V1.1.4 release?
by Stewart Dean 17 Sep '08

17 Sep '08

Am about to make a push to go from V1.0 to V1.1 and wondered. run a simple installation with PAM/passwd authent and mbox folders, no plugins. -- ==== 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

2 1

Re: [Dovecot] Mail being delivered to mbox instead of Maildir
by Sean Smitz 17 Sep '08

17 Sep '08

Output of dovecot -n: # 1.0.7: /etc/dovecot.conf protocols: imaps ssl_cert_file: /etc/pki/dovecot/certs/mailserv1.cer ssl_key_file: /etc/pki/dovecot/private/mailserv1.pem login_dir: /var/run/dovecot/login login_executable: /usr/libexec/dovecot/imap-login mail_access_groups: mail mail_location: maildir:~/Maildir mail_full_filesystem_access: yes maildir_copy_with_hardlinks: yes auth default: passdb: driver: pam args: cache_key=%u%s dovecot userdb: driver: passwd

2 1

Re: [Dovecot] Connecting to dovecot
by Grant Lowe 17 Sep '08

17 Sep '08

So should I comment out the "mail_location = /var/mail/%u" line? ----- Original Message ---- From: Scott Silva <ssilva(a)sgvwater.com> To: dovecot(a)dovecot.org Sent: Wednesday, September 17, 2008 7:53:43 AM Subject: Re: [Dovecot] Connecting to dovecot on 9-17-2008 7:48 AM Scott Silva spake the following: > on 9-17-2008 7:25 AM Grant Lowe spake the following: >> Hi All, >> >> I've got a brand new dovecot installation. I'm new to dovecot, so >> please be gentle :-) >> >> Anyway, >> I'm getting some errors when I try to connect to dovecot. I've tried >> searching the web and haven't been able to find a lot of information. >> Here's the config info: >> >> # dovecot --version >> 1.1.2 >> # dovecot -n >> sudo dovecot -n >> # 1.1.2: /usr/local/etc/dovecot.conf >> base_dir: /var/run/dovecot/ >> log_path: /var/log/dovecot.log >> ssl_disable: yes >> disable_plaintext_auth: no >> login_dir: /var/run/dovecot//login >> login_executable: /usr/local/libexec/dovecot/imap-login >> mail_location: /var/mail/%u > You need to fix your mail location setting; > see http://wiki.dovecot.org/MailLocation > >> auth default: >> verbose: yes >> passdb: >> driver: passwd-file >> args: /etc/dovecot/passwd >> userdb: >> driver: static >> args: uid=vmail gid=vmail home=/var/mail/%u > Since you are also setting mail location here with home setting, you are > probably resolving to /var/mail/%u/var/mail/%u Forget this last comment, but the mail location is not set properly. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't!!!!

2 1

[Dovecot] rejecting mail due to quota exceeded
by martin f krafft 17 Sep '08

17 Sep '08

Hi, we are using dovecot's deliver to deliver mails to a virtual mailbox tree owned by the vmail user, by piping the message to the following command spawned by vmail: /usr/bin/env HOME=/srv/vmail/mydomain.ch/myaccount /usr/lib/dovecot/deliver When a message is delivered to an account that has reached its quotum, deliver issues a failure message saying: From: Mail Delivery Subsystem <postmaster(a)seamus.madduck.net> To: $ENVELOPE_SENDER Message-ID: <dovecot-1221640816-796581-0@seamus> Subject: Automatically rejected mail Your message to <vmail> was automatically rejected: Quota exceeded The original message is attached, which is nice, however, I don't like the dovecot rejection message for two reasons: 1. there was no message to <vmail> sent, dovecot should use the envelope recipient considering that it doesn't know the envelope recipient, this would best be solved by 2. don't accept the mail and send out a rejection, just exit 69 and write the reason to stderr! Did I miss something and is this already possible with dovecot's deliver in a virtual setting? Thanks, -- martin | http://madduck.net/ | http://two.sentenc.es/ "how do you feel about women's rights?" "i like either side of them." -- groucho marx spamtraps: madduck.bogus(a)madduck.net

2 2

[Dovecot] iphone connection problem
by dovecot＠feb17.org 17 Sep '08

17 Sep '08

Hi, I recently changed from uw imap to dovecot on the sound recommendation of a friend and have mostly succeeded in getting all of my clients up and running, but am really stuck with the iPhone which is failing to make connections. I run certificates on all of my clients and thunderbird happily connects both locally and remotely. I installed the certificate on the iPhone after great pain (pk12 via the Web administration utility). When you open the configurations on the phone , it tries to make a test connection to the server and fails with a generic SSL error. Dovecot reports just a generic disconnected error (imap-login/client.c line 333), and it appears to be dropping the connection. Sep 2 09:38:17 inchoate dovecot: imap-login: Disconnected (auth failed, 0 attempts): rip=209.204.139.116, lip=192.168.0.252, TLS I have run ssldump and here is the relevant section. If anybody has any insights they would be greatly appreciated Darren ssldump tail.. ServerHelloDone 1 5 0.1128 (0.0838) C>SV3.1(7) Handshake Certificate 1 6 0.1629 (0.0500) C>SV3.1(134) Handshake ClientKeyExchange 1 7 0.1629 (0.0000) C>SV3.1(1) ChangeCipherSpec 1 8 0.1629 (0.0000) C>SV3.1(48) Handshake 1 9 0.1677 (0.0048) S>CV3.1(1) ChangeCipherSpec 1 10 0.1677 (0.0000) S>CV3.1(48) Handshake 1 11 0.1761 (0.0084) S>CV3.1(48) application_data 1 12 0.2650 (0.0889) C>SV3.1(32) Alert 1 13 0.2651 (0.0000) S>CV3.1(32) Alert 1 0.2651 (0.0000) S>C TCP FIN 1 0.2675 (0.0024) C>S TCP FIN [root@inchoate src]# /tools/dovecot/sbin/dovecot -n # 1.1.2: /tools/dovecot-1.1.2/etc/dovecot.conf ssl_ca_file: /etc/mail/certs/cacert_plus_crl.pem ssl_cert_file: /etc/mail/certs/cert.pem ssl_key_file: /etc/mail/certs/key.pem ssl_verify_client_cert: yes login_dir: /tools/dovecot-1.1.2/var/run/dovecot/login login_executable: /tools/dovecot-1.1.2/libexec/dovecot/imap-login auth default: verbose: yes ssl_require_client_cert: yes passdb: driver: pam userdb: driver: passwd

10 23

[Dovecot] Errors on high load
by Allan Cassaro 17 Sep '08

17 Sep '08

Hi, always when my server is on high load I saw this errors on logs: curie:~# uptime 10:22:38 up 19 days, 19:19, 2 users, load average: 207.01, 169.27, 94.41 Sep 15 17:00:26 curie dovecot: imap-login: *** glibc detected *** imap-login: malloc(): memory corruption: 0x00000000009f8560 *** Sep 15 17:00:26 curie dovecot: child 24012 (login) killed with signal 6 Sep 15 18:48:36 curie dovecot: auth(default_with_listener): BUG: Authentication client said it's PID 0 Sep 15 18:48:36 curie dovecot: child 24014 (login) killed with signal 11 Sep 16 09:05:19 curie dovecot: imap-login: *** glibc detected *** imap-login: malloc(): memory corruption: 0x00000000008c4bc0 *** Sep 16 09:05:19 curie dovecot: child 24013 (login) killed with signal 6 Sep 16 10:17:14 curie dovecot: imap-login: *** glibc detected *** imap-login: malloc(): memory corruption: 0x000000000098bb30 *** Sep 16 10:17:14 curie dovecot: child 24015 (login) killed with signal 6 Sep 16 10:19:02 curie dovecot: child 24002 (login) killed with signal 6 Sep 16 10:19:02 curie dovecot: managesieve-login: *** glibc detected *** managesieve-login: double free or corruption (!prev): 0x000000000066d700 *** Sep 16 10:19:18 curie dovecot: Panic: IMAP(geduardo): file maildir-save.c: line 241 (maildir_get_updated_filename): assertion failed: (ctx->keywords_sync_ctx != NULL || mf->keywords_count == 0) Sep 16 10:19:18 curie dovecot: IMAP(geduardo): Raw backtrace: /usr/libexec/dovecot/imap [0x47a7f2] -> /usr/libexec/dovecot/imap [0x47a863] -> /usr/libexec/dovecot/imap [0x479f16] -> /usr/libexec/dovecot/imap [0x43295b] -> /usr/libexec/dovecot/imap(maildir_transaction_save_commit_pre+0x19a) [0x4331ea] -> /usr/libexec/dovecot/imap [0x42d0b7] -> /usr/libexec/dovecot/imap(index_transaction_commit+0x3f) [0x44b16f] -> /usr/lib/dovecot/imap/lib10_quota_plugin.so [0x2b70f72e90d7] -> /usr/libexec/dovecot/imap(cmd_copy+0x344) [0x4181f4] -> /usr/libexec/dovecot/imap(cmd_uid+0x52) [0x41c072] -> /usr/libexec/dovecot/imap [0x41ca4c] -> /usr/libexec/dovecot/imap [0x41cb02] -> /usr/libexec/dovecot/imap [0x41d2cf] -> /usr/libexec/dovecot/imap(client_input+0x63) [0x41d503] -> /usr/libexec/dovecot/imap(io_loop_handler_run+0xf8) [0x481448] -> /usr/libexec/dovecot/imap(io_loop_run+0x1d) [0x4805ad] -> /usr/libexec/dovecot/imap(main+0x3c2) [0x424962] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x2b70f6d9e1a6] -> /usr/libexec/dovecot Sep 16 10:19:18 curie dovecot: child 20481 (imap) killed with signal 6 I have about 1000 users. To me, this is not a problem, nothing strange occurs (except the slowly, but under heavy load this is normal). But I think this is interesting to developers... :D Regards. -- http://allan.cassaro.googlepages.com

4 4

[Dovecot] Moving from cyrus to dovecot (a story)
by Steinar Bang 16 Sep '08

16 Sep '08

The transition was quick, and also (so far) seemingly painless. The server is an old Pentium II 233 machine that sits between my home LAN and the internet, and have sitting there, and running night and day since 1999. For the first two years it was running SuSE linux, but since 2001 it has been running debian and been continously upgraded. It was originally installed with potato, but have been apt-get dist-upgrade'd to woody, and then to sarge, and then etch, which is what it's currently running I've been using cyrus imapd since 1999 (compiled by hand on SuSE and using the debian packaged version on debian). But in all these years I've never become really friendly with it. In the years leading up to 1999 I had been running UoW imapd at work, and I wasn't too impressed with it at that point in time. The alternative choices were courier and cyrus, and I picked cyrus more or less arbitrarily. By "never become really friendly", I mean - I've never really gotten a good understanding of the configuration - I've never quite understood what the documentation have said about authentication and SSL support. I've gotten things to work by trial and error - Four times the seen data bases have become corrupt. Two times during upgrades (one of them after I had switched to skip lists), and two times on their own, while I was still running BDB - Since delivery was to a central spool and database, owned by user cyrus, has meant that I had to use sieve (which is another thing I've never quite understood) for mail filtering, instead of dear old procmail Cyrus has lots of stuff related to scaling and having mailboxes for users that have no users on the host, but that's not really relevant to my home server. Around six months ago I stumbled over dovecot, which from my POV have the following crucial features: 1. folders under the users' home directories, either as mbox or as maildir, which allows me to do list filtering with procmail, and no central databases that can become corrupt 2. understandable configuration (the only change I'd had to do in the debian dovecot, is to allow for cram-md5 authentication) I decided om maildir as the folder format. I like the simplicity of mbox folders, but I have some archive folders with around 20k of articles each, and maildir would scale a bit better for them. Also mail delivery without locking is a very nice feature. Here's how I proceeded: - I set up dovecot on my daughter's Ubuntu Hardy machine - I ran imapsync on this machine to extract everything I had on the cyrus server to Maildir folders in the users' home directories on the Ubuntu box - I shut down fetchmail on my gateway box (since ISP port filtering and blacklisting of dynamic addresses stops direct SMTP delivery I have to use ISP gateways and mail drops) - I changed the exim conf on my gateway from using cyrdeliver to delivering to a maildir folder in the users' home directory - I restored my old .procmailrc file from subversion (my home directory is checked into subversion, this was originally a CVS repo that went subversion a couple of years ago), merged in the last version of the .procmailrc that used cyrdeliver (I gave up on that because the .procmailrc file had to be owned by user cyrus, which was very impractical), and changed the filtering rules to deliver to maildir folders - I tested some delivery - I apt-get install'd dovecot from the etch back ports pointed to from the dovecot install page http://wiki.dovecot.org/PrebuiltBinaries#head-477d52d96fcf34ad3033b13e5e5a2… This uninstalled cyrus22-imapd, but not the rest of cyrus 2.2, which blocked dovecot from starting after the install - I stopped cyrus22 and uninstalled all of the cyrus22 packages - I rsync'd the maildir folders from the Ubuntu box to the old mail server - I started dovecot - I use Gnus as my MUA. I had removed all nnimap groups related to the home server in Gnus, and resubscribed them. All folders came up in the state I had left them. Gnus stores article state on the server as custom marks, and imapsync had preserved the custom flags. I unsubscribed the groups to avoid article caching confusion, because imapsync changes the UIDs. However, all folders except INBOX had changed their names, so that didn't matter much - I started fetchmail and sent som test emails, and observed that they ended up in the right Maildir folders, and that dovecot picked them up as expected And today I accessed the server from work. So it looks like I'm back in business. This time with a server I understand a lot better. Thanx for writing it, Timo! - Steinar

2 1

[Dovecot] Quota, maildir, MySQL,
by Bart Dorlandt 16 Sep '08

16 Sep '08

Hi everybody, I am trying to work with quota. I use postfix and dovecot with a sql backend. Below you'll find my configuration. Everything works except for the quota part. It doesn't seem to see the quota and doesn't respond to the sender that the client is over its quota. versions: postfix-2.5.20070531-mysql dovecot-1.0.2-mysql Thanks for the help in advance. My Settings: # 1.0.2: /etc/dovecot.conf base_dir: /var/dovecot/ log_path: /var/log/dovecot.log protocols: imap imaps pop3s listen(default): 127.0.0.1:143 listen(imap): 127.0.0.1:143 listen(pop3): * ssl_listen: * ssl_cert_file: /etc/ssl/dovecotcert.pem login_dir: /var/dovecot/login login_executable(default): /usr/local/libexec/dovecot/imap-login login_executable(imap): /usr/local/libexec/dovecot/imap-login login_executable(pop3): /usr/local/libexec/dovecot/pop3-login login_user: _dovecot first_valid_uid: 2000 last_valid_uid: 2000 first_valid_gid: 2000 last_valid_gid: 2000 mail_location: maildir:/var/mail/vhosts/%d/%n maildir_copy_with_hardlinks: yes mbox_write_locks: fcntl mail_executable(default): /usr/local/libexec/dovecot/imap mail_executable(imap): /usr/local/libexec/dovecot/imap mail_executable(pop3): /usr/local/libexec/dovecot/pop3 mail_plugins(default): quota imap_quota mail_plugins(imap): quota imap_quota mail_plugins(pop3): quota mail_plugin_dir(default): /usr/local/lib/dovecot/imap mail_plugin_dir(imap): /usr/local/lib/dovecot/imap mail_plugin_dir(pop3): /usr/local/lib/dovecot/pop3 imap_client_workarounds(default): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(imap): delay-newmail outlook-idle netscape-eoh tb-extra-mailbox-sep imap_client_workarounds(pop3): outlook-idle pop3_uidl_format(default): pop3_uidl_format(imap): pop3_uidl_format(pop3): %08Xu%08Xv pop3_client_workarounds(default): pop3_client_workarounds(imap): pop3_client_workarounds(pop3): outlook-no-nuls oe-ns-eoh auth default: mechanisms: plain login digest-md5 debug: yes passdb: driver: sql args: /etc/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /etc/dovecot-sql.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: 432 user: vmail group: vmail plugin: quota: maildir: my /etc/dovecot-sql.conf: user_query = SELECT uid, gid, home, maildir as mail, concat('maildir:storage=',quota) AS quota FROM users WHERE login = '%u' password_query = SELECT password, uid AS userdb_uid, gid AS userdb_gid, home AS userdb_home, maildir as userdb_mail, concat('maildir:storage=', quota) AS userdb_quota FROM users WHERE login = '%u' My postfix config: # postconf -n alias_database = hash:/etc/postfix/aliases alias_maps = hash:/etc/postfix/aliases bounce_template_file = /etc/postfix/bounce.cf command_directory = /usr/local/sbin config_directory = /etc/postfix content_filter = smtp-amavis:[127.0.0.1]:10024 daemon_directory = /usr/local/libexec/postfix disable_vrfy_command = yes html_directory = /usr/local/share/doc/postfix/html inet_interfaces = all inet_protocols = all invalid_hostname_reject_code = 554 mail_owner = _postfix mailq_path = /usr/local/sbin/mailq manpage_directory = /usr/local/man maximal_queue_lifetime = 40d message_size_limit = 20480000 multi_recipient_bounce_reject_code = 554 mydestination = localhost.$mydomain, localhost mydomain = bamweb.nl myhostname = bama.bamweb.nl mynetworks = 127.0.0.0/8, 82.173.141.217/32 myorigin = $myhostname newaliases_path = /usr/local/sbin/newaliases non_fqdn_reject_code = 554 permit_mx_backup_networks = zoph.getmyip.com queue_directory = /var/spool/postfix readme_directory = /usr/local/share/doc/postfix/readme recipient_delimiter = + relay_domains = $mydestination, hash:/etc/postfix/relay_domains relay_domains_reject_code = 554 relay_recipient_maps = sample_directory = /etc/postfix sendmail_path = /usr/local/sbin/sendmail setgid_group = _postdrop smtpd_banner = $myhostname ESMTP $mail_name smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, permit_mx_backup, reject_invalid_hostname, check_relay_domains, reject_non_fqdn_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, reject_rbl_client relays.ordb.org, reject_rbl_client opm.blitzed.org, reject_rbl_client list.dsbl.org, reject_rbl_client sbl.spamhaus.org, reject_rbl_client cbl.abuseat.org, reject_rbl_client dul.dnsbl.sorbs.net, reject_rbl_client dev.null.dk, reject_rbl_client virbl.dnsbl.bit.nl, reject_rbl_client smtp.dnsbl.sorbs.net, reject_rbl_client socks.dnsbl.sorbs.net, reject_rbl_client http.dnsbl.sorbs.net, reject_rbl_client web.dnsbl.sorbs.net, check_policy_service inet:127.0.0.1:60000 permit strict_rfc821_envelopes = yes unknown_address_reject_code = 554 unknown_client_reject_code = 554 unknown_hostname_reject_code = 554 unknown_local_recipient_reject_code = 554 unknown_relay_recipient_reject_code = 554 unknown_virtual_alias_reject_code = 554 unknown_virtual_mailbox_reject_code = 554 unverified_recipient_reject_code = 554 unverified_sender_reject_code = 554 virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf mysql:/etc/postfix/mysql_virtual_email2email.cf virtual_gid_maps = static:2000 virtual_mailbox_base = /var/mail/vhosts virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailboxes.cf virtual_minimum_uid = 2000 virtual_uid_maps = static:2000 -- www.bamweb.nl

2 1

[Dovecot] How to recover sieve files?
by David Reid 16 Sep '08

16 Sep '08

I'm seeing a lot of these messages in my log files... deliver(...): Aug 10 15:18:34 Error: sieve_execute_bytecode(.../.dovecot.sievec) failed I'm guessing the file needs to be updated/recreated, but what's the "correct" way to do it? should I just remove the existing one and let the server recreate it? Thanks, david

2 1

[Dovecot] Authentication fails
by CJ Keist 16 Sep '08

16 Sep '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Been running dovecot 1.1.2 for about a month now. I Have strange issue that I have not been able to trouble shoot. What I'm seeing is that dovecot runs along just fine for about 4 days, and then it will just stop authenticating everyone (IMAP and POP). No errors in the logs other than all authentication attempts comes out as password mismatch. The only fix is to stop and restart dovecot. % ./dovecot -n # 1.1.2: /userM/mail-services/dovecot/etc/dovecot.conf Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 3072). Either grow the limit or change login_max_processes_count and max_mail_processes settings base_dir: /userM/mail-services/dovecot/var/run/dovecot/ protocols: imap imaps pop3 pop3s ssl_cert_file: /userM/mail-services/dovecot/etc/ssl/dovecot.pem ssl_key_file: /userM/mail-services/dovecot/etc/ssl/privkey.pem ssl_parameters_regenerate: 0 ssl_cipher_list: MEDIUM:!LOW disable_plaintext_auth: no login_dir: /userM/mail-services/dovecot/var/run/dovecot/login login_executable(default): /userM/mail-services/dovecot/libexec/dovecot/imap-login login_executable(imap): /userM/mail-services/dovecot/libexec/dovecot/imap-login login_executable(pop3): /userM/mail-services/dovecot/libexec/dovecot/pop3-login login_greeting: Cyrus ready. login_max_processes_count: 1024 max_mail_processes: 1024 mail_location: mbox:~/:INBOX=/userM/mail/%u mail_debug: yes mmap_disable: yes mail_nfs_index: yes mbox_lock_timeout: 60 mbox_dotlock_change_timeout: 60 mail_executable(default): /userM/mail-services/dovecot/libexec/dovecot/imap mail_executable(imap): /userM/mail-services/dovecot/libexec/dovecot/imap mail_executable(pop3): /userM/mail-services/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /userM/mail-services/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /userM/mail-services/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /userM/mail-services/dovecot/lib/dovecot/pop3 auth default: mechanisms: plain login verbose: yes debug: yes passdb: driver: pam passdb: driver: passwd args: blocking=yes userdb: driver: passwd args: blocking=yes socket: type: listen client: path: /var/lib/postfix/private/auth mode: 438 user: postfix group: postfix master: path: /userM/mail-services/dovecot/var/run/dovecot//auth-master mode: 384 This is on Solaris 10, using LDAP for authentication. Any ideas on how to trouble shoot what might be going on? - -- C. J. Keist Email: cj.keist(a)colostate.edu UNIX/Network Manager Phone: 970-491-0630 Engineering Network Services Fax: 970-491-5569 College of Engineering, CSU Ft. Collins, CO 80523-1301 All I want is a chance to prove 'Money can't buy happiness' -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIzrciA29OFr7C6jcRAk/NAJoDKskvI4GpQg2yQPrUyH9AdzmFNACgjPTI rsWVRV8WuuH/RFx+1YOnzEY= =toPK -----END PGP SIGNATURE-----

3 3