- dovecot - dovecot.org

[Dovecot] v1.1.beta4 released
by Timo Sirainen 24 Oct '07

24 Oct '07

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig Lots of fixes since beta3, but apparently there are still a few bugs left: - Is SORT working? - APPEND seems to have problems in some setups. - Still some SEARCH TEXT problems? Or Squat indexing problems?

3 4

[Dovecot] graceful failure when some folders are not available...
by bhayden＠umn.edu 23 Oct '07

23 Oct '07

Hi folks. Quick question in the hopes that someone knows the answer, before I dig in the code some more. In testing a new setup with some long-term archival mbox-format mailboxes stored on an NFS mount, we've found the following: if the mount is unavailable for any reason, the user cannot log into their email at all. Dovecot says: "stat() failed with mbox foo" and dies. This is coming from the mbox sync checks. (It's possible the same happens with a maildir folder--I'm just specifying mbox because that's what we've tested with so far). Is there a way to reconfigure this behavior? I could maybe see a fatal abort if the inbox is unavailable, but for other folders it seems rather... presumptuous. I have to think there's already a way to handle this more gracefully in the config and I'm just not seeing it. Also, does anyone know offhand if this behavior is the same for folders that aren't in the default/inbox namespace? That would seem *really* wrong. Any thoughts? Thanks much, -Brian

3 5

Re: [Dovecot] v1.1.beta4 released
by Jeff Grossman 23 Oct '07

23 Oct '07

>> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz >> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig >> >> Lots of fixes since beta3, but apparently there are still a few bugs >> left: >> >> - Is SORT working? >> - APPEND seems to have problems in some setups. >> - Still some SEARCH TEXT problems? Or Squat indexing problems? > > I just installed Beta 4 and do not seem to have the APPEND problem with > Squirrelmail anymore. I am running Squirrelmail 1.4.11. I guess nevermind. This message that I just sent did the error which was a reply. But, a new message I created earlier today after installing Beta 4 worked fine. Maybe it has something to do with replies versus new messages. Jeff

1 0

Re: [Dovecot] v1.1.beta4 released
by Jeff Grossman 23 Oct '07

23 Oct '07

> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz > http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta4.tar.gz.sig > > Lots of fixes since beta3, but apparently there are still a few bugs > left: > > - Is SORT working? > - APPEND seems to have problems in some setups. > - Still some SEARCH TEXT problems? Or Squat indexing problems? I just installed Beta 4 and do not seem to have the APPEND problem with Squirrelmail anymore. I am running Squirrelmail 1.4.11. Jeff

1 0

[Dovecot] trying to enable features
by Ray 23 Oct '07

23 Oct '07

Hello all, I'm trying to enable 3 different features in my mail system (postfix, amavisd, dovecot). 1)out of office auto reply 2)script execution based on email 3)automatically add disclaimer/signature to outgoing email (also listed in order of importance to me) I'm looking for pointers to documentation or instructions. It seems that 1 and 2 would best be done in dovecot somewhere, while 3 is probably best implemented in postfix. (my next step is postfix documentation) Can anybody provide any suggestions or pointers to a how to or other documentation? Thanks, Ray

7 9

[Dovecot] beta2-beta4 moving mail between accounts broken
by David Favor 23 Oct '07

23 Oct '07

I've upgraded to latest Thunderbird client and recompiled latest dovecot source repository code and this problem still persists. I have two accounts which I've been transferring email between for months. Now when I attempt this the following loop begins and the only way to stop it is to restart both Thunderbird and dovecot. Let me know how to Oct 23 07:53:49 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:50 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:50 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:51 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:51 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:51 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 Oct 23 07:53:52 net1 dovecot: imap-login: Login: user=<david(a)coolsurf.com>, method=PLAIN, rip=71.155.185.14, lip=69.94.137.124, TLS Oct 23 07:53:52 net1 dovecot: IMAP(david(a)coolsurf.com): Disconnected: EOF while appending bytes=16450/0 My config is: net1#/common/pkgs/dovecot-1.1.beta4-2007-10-23/sbin/dovecot -n -c /tools/conf/dovecot/dovecot-node1.conf # 1.1.beta4-2007-10-23: /tools/conf/dovecot/dovecot-node1.conf base_dir: /var/run/dovecot/ protocols: imaps ssl_listen: 69.94.137.124:10943 ssl_cert_file: /tools/conf/dovecot-certs/coolsurf.com/certs/dovecot.pem ssl_key_file: /tools/conf/dovecot-certs/coolsurf.com/private/dovecot.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /common/pkgs/dovecot-1.1.beta4-2007-10-23/libexec/dovecot/imap-login auth default: passdb: driver: sql args: /tools/conf/dovecot/dovecot-sql.conf userdb: driver: prefetch userdb: driver: sql args: /tools/conf/dovecot/dovecot-sql.conf -- Love feeling your best ever, all day, every day? Email join(a)RadicalHealth.com for the easy way.

1 0

[Dovecot] beta 1.1-3 compile fails on solaris 9 sparc, cc.
by lenny＠edpausa.com 23 Oct '07

23 Oct '07

cc -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/SUNWconn/crypto/include -xjobs=4 -c file-set-size.c "/usr/include/sys/resource.h", line 126: incomplete struct/union/enum timeval: ru_utime "file-set-size.c", line 26: warning: implicit function declaration: ftruncate "file-set-size.c", line 38: warning: implicit function declaration: pwrite cc: acomp failed for file-set-size.c *** Error code 2 make: Fatal error: Command failed for target `file-set-size.o' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3/src/lib *** Error code 1 make: Fatal error: Command failed for target `all' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3/src/lib *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3/src *** Error code 1 make: Fatal error: Command failed for target `all-recursive' Current working directory /mnt/sho/src/dovecot/1.1-3/dovecot-1.1.beta3 *** Error code 1 make: Fatal error: Command failed for target `all'

2 2

[Dovecot] SEARCH TEXT does not seem to search headers
by Asheesh Laroia 23 Oct '07

23 Oct '07

The RFC says <http://www.isi.edu/in-notes/rfc3501.txt> this: TEXT <string> Messages that contain the specified string in the header or body of the message. But with the current hg tip (see linked rawlogs), SEARCH TEXT provides results disjoint from SEARCH FROM. I guess that's a bug? http://paulproteus.acm.jhu.edu/bug-report/2007-10-22/20071022-125604-622.out and http://paulproteus.acm.jhu.edu/bug-report/2007-10-22/20071022-125604-622.in -- Asheesh. P.S. Sorry to be so noisy lately.... -- And that's the way it is... -- Walter Cronkite

2 2

Re: [Dovecot] pam_ldap.so memory leaks?
by Flannery, Andrew 23 Oct '07

23 Oct '07

Thank you for the speedy response! >> The dovecot-auth process' VmRSS size grows by 4k per request and has a >> limit of 256megs. > The main dovecot-auth or dovecot-auth -w processes'? dovecot-auth -w is the culprit. >> Okay the question: In dovecot 1.1.0 beta3 I see that blocking=yes is >> now on, no matter what. Has something been done to address potential >> memory leaks in pam modules? > # Number of auth requests to handle before destroying the process. > This may > # be useful if PAM plugins leak memory. > #auth_worker_max_request_count = 0 This looks promising, thanks!

1 0

[Dovecot] Courier to Dovecot: problems with folders
by Claudio Strizzolo 22 Oct '07

22 Oct '07

Hi all, I am migrating a maildir Courier-IMAP installation to Dovecot. Almost everything seems to work well, but I still have problems accessing subfolders. First let's see what I have done. I used the courier-dovecot-migrate.pl script suggested in http://wiki.dovecot.org/Migration/Courier to convert mailboxes from Courier to Dovecot. No problems here. My dovecot.conf contains this: (...) mail_location = maildir:/mail/vmail/domains/%h namespace private { prefix = INBOX. inbox = yes } (...) The subscriptions file in the mailboxes looks correct to me. It includes all the folders and subfolders, i.e.: Sent Trash Drafts mail.dovecot mail.misc mail.postmaster tools web.apache web.css Folders separated by "." are actually subfolders: mail ---- dovecot | --- misc | --- postmaster I let the configuration of my IMAP clients unchanged from Courier to Dovecot. That is, they specify the "INBOX." prefix, as before. For instance, with Pine: folder-collections=mymail {mymail.example.com/user=John.Smith}INBOX.[] Now the problem: I get different behaviours depending on the client I use to access to Dovecot: - Thunderbird: All the folders are seen correctly. But the whole folders tree is under "Inbox", while with Courier the first-level folders (i.e. Drafts, mail, web) were at the same level of Inbox - Webmail (Squirrelmail 1.4.8): The same as above. - Pine: The folders are apparently correct, and are not under Inbox, but I can access only the first-level folders: the folders containing sub-folders are empty, therefore the subfolders cannot be accessed. Any hints? Thanks in advance Claudio

2 1

[Dovecot] Squirrelmail: "ERROR: Connection dropped by IMAP server."
by Jakob Hirsch 22 Oct '07

22 Oct '07

Hi, running the current version from http://hg.dovecot.org/dovecot/ (but the same happens with 1.1.beta3) After yesterday's patches, squirrelmail (tested with 1.4.11 and 1.4.10a) complains when appending to the Sent folder (after sending a message): ERROR: Connection dropped by IMAP server. Query: SELECT "INBOX" dovecot's log says dovecot: IMAP(jh): Disconnected: EOF while appending bytes=12780/37798 I have captured the conversation with tcpdump (http://plonk.de/imap.cap) and it looks like dovecot is closing the connection. With Thunderbird it works just fine. Regards, Jakob

2 1

[Dovecot] pam_ldap.so memory leaks?
by Flannery, Andrew 22 Oct '07

22 Oct '07

Hello List, I have a question about dovecot-1.1.0-beta3 but first I'll ramble a little bit: Recently I upgraded a 0.99 installation of dovecot to 1.0.5. All went relatively smoothly until the dovecot-auth process began returning "out of memory" after a day. There is a rather large user base here. The current setup is using passdb pam with blocking=yes, with pam_ldap.so handling most authentication (although in special cases I am using a custom written pam module which I have disabled to eliminate as the source of the leak). The dovecot-auth process' VmRSS size grows by 4k per request and has a limit of 256megs. Unfortunately turning blocking=yes off isn't an option. The reason I must have it turned on is that the custom pam module is changing the username on specific requests. I am trying to pinpoint the memory leak (pam_ldap is my biggest suspect right now though I'm going to try running valgrind on a test system). For now I have set shutdown_clients=no and am restarting dovecot at regular intervals. Okay the question: In dovecot 1.1.0 beta3 I see that blocking=yes is now on, no matter what. Has something been done to address potential memory leaks in pam modules? Thanks, -Andrew

2 1

[Dovecot] Assertion failed: (pos < input->size)
by Asheesh Laroia 22 Oct '07

22 Oct '07

Oct 21 10:04:05 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): file message-decoder.c: line 289 (message_decode_body): assertion failed: (pos < input->size) Oct 21 10:05:44 alchemy dovecot: IMAP(paulproteus): Raw backtrace: imap [0x80c8e10] -> imap [0x80c8d1c] -> imap(message_decoder_decode_next_block+0x868) [0x80c58a8] -> /usr/local/lib/dovecot/imap/lib20_fts_plugin.so [0xb7f7f2f5] -> imap [0x805f526] -> imap [0x805f8a8] -> imap(io_loop_handle_timeouts+0x10b) [0x80cf71b] -> imap(io_loop_handler_run+0x69) [0x80d0169] -> imap(io_loop_run+0x28) [0x80cf5f8] -> imap(main+0x4ac) [0x8068dec] -> /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7e29050] -> imap [0x805b941] Oct 21 10:05:44 alchemy dovecot: child 14390 (imap) killed with signal 6 Assertion failed. This happened when doing a "SEARCH TEXT delicious". I have to run out and buy ingredients for a birthday cake, so I thought I'd email this very terse message to the list in case it was some help, and if you need more info just reply saying "more info" and I'll go through the usual debugging steps. -- Asheesh. -- It is much easier to be critical than to be correct. -- Benjamin Disraeli

2 9

[Dovecot] Best version for production systems?
by Mitch Pirtle 22 Oct '07

22 Oct '07

Hi dovecotters, I have a system running 1.0rc1 right now and am having problems (more on that later). I know that 1.0.5 is "current" but I'm running Debian Stable (Etch) and have reservations of upgrading until nothing works anymore ;-) Do I really need to make the upgrade to 1.0.5, and if so can anyone here point out how to do so using the standard Debian apt-get process? -- Mitch

2 1

[Dovecot] Suggested IMAP Directory Size..
by Ilo Lorusso 22 Oct '07

22 Oct '07

Hi, ive walked into a enviroment where the previous admin has being using pop and making the email clients leaving a copy of the mail on the workstation.. Now overtime these mailboxes (mbox format) have grown between 1,5 to 1,8 Gigs large I want to convert all these mailbox to IMAP (only 15) and want to know whats the largested suggest folder size per user dovecot IMAP runs smoothly with good responce times.. I know the users also have large OUT LOOK pst files 4.5GIGs and wondering if I could also intergrate that into IMAP? Please any feedback would be great on this topic..??

7 9

[Dovecot] Migrating from UW IMAP - pine - Thunderbird - squirrelmail
by Israel Bravo 22 Oct '07

22 Oct '07

Hello! I saw your post to the mailing list (http://www.dovecot.org/list/dovecot/2006-January/010968.html) where you write "A description for pine with imap acces without entering any password is also discussed.", but I didn't find such description in this post. Would you be so kind to point me to some source where it is explained - currently users have to insert the password twice - when they open the shell window and when they start Pine. Another question - may be you can help me: Currently we use Pine with IMAP (dovecot); both INBOX and folder collection are saved on the Linux server. But how to save the "saved-messages" and "sent-mail" folders in the user's home directory on the server? Thank you for help, -- _________________________________________________________ | Israel Bravo Unix system administrator | The faculty of Industrial Engineering & Management, | Technion, 32000 Haifa, Israel | Phone: 972-4-829-4428 http://ie.technion.ac.il/~bravo/ |________________________________________________________

2 1

[Dovecot] more problems with dovecot-1.1 beta3
by Sergey 22 Oct '07

22 Oct '07

Hi, Thank you for pointing me about -xc99 flag, I have compiled and installed dovecot inplace of version 1.0.5 without any special actions on the upgrade. And after starting it immediately got in it's log file messages like: --- dovecot: Oct 16 23:10:18 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.git-altlinux-ru/dovecot.index.cache: Invalid argument --- I have tried to delete dovecot.index.cache files from imap directories, but this did not helped: --- dovecot: Oct 16 23:52:24 Error: IMAP(seriv): Corrupted transaction log file /var/spool/imap/seriv/.imap/dovecot.index.log: indexid changed 1189182277 -> 1192593117 dovecot: Oct 16 23:52:24 Error: IMAP(seriv): Index file /var/spool/imap/seriv/.imap/dovecot.index: indexid changed: 1189182277 -> 1192593117 dovecot: Oct 16 23:52:24 Error: IMAP(seriv): Corrupted transaction log file /var/spool/imap/seriv/.imap/dovecot.index.log: indexid changed: 1189182277 -> 1192593117 dovecot: Oct 16 23:52:28 Error: IMAP(seriv): /var/spool/imap/seriv/.imap/dovecot.index view is inconsistent dovecot: Oct 16 23:52:28 Panic: IMAP(seriv): file client.c: line 105: assertion failed: (!client->destroyed) dovecot: Oct 16 23:52:28 Error: IMAP(seriv): Raw backtrace: /opt/dovecot/libexec/dovecot/imap'i_internal_fatal_handler+0x48 [0x8135118] -> /opt/dovecot/libexec/dovecot/imap'i _panic+0x23 [0x8134b03] -> /opt/dovecot/libexec/dovecot/imap'client_destroy+0x33 [0x808ee43] -> /opt/dovecot/libexec/dovecot/imap'client_continue_pending_input+0x5d [0x808fac d] -> /opt/dovecot/libexec/dovecot/imap'idle_finish+0xfa [0x808348a] -> /opt/dovecot/libexec/dovecot/imap'cmd_idle_continue+0x46 [0x8083776] -> /opt/dovecot/libexec/dovecot/i map'client_command_cancel+0x4a [0x808ec6a] -> /opt/dovecot/libexec/dovecot/imap'client_destroy+0x10b [0x808ef1b] -> /opt/dovecot/libexec/dovecot/imap'client_continue_pending_ input+0x5d [0x808facd] -> /opt/dovecot/libexec/dovecot/imap'idle_finish+0xfa [0x808348a] -> /opt/dovecot/libexec/dovecot/imap'cmd_idle_continue+0x202 [0x8083932] -> /opt/dove cot/libexec/dovecot/imap'idle_sync_now+0x84 [0x80836b4] -> /opt/dovecot/libexec/dovecot/imap'idle_callback+0x5b [0x808371b] -> /opt/dovecot/libexec/dovecot/imap'check_timeout +0x14c [0x80e323c] -> / dovecot: Oct 16 23:52:28 Error: IMAP(seriv): opt/dovecot/libexec/dovecot/imap'io_loop_handle_timeouts+0x217 [0x813d057] -> /opt/dovecot/libexec/dovecot/imap'io_loop_handler_r un+0x8d [0x813d9dd] -> /opt/dovecot/libexec/dovecot/imap'io_loop_run+0x4b [0x813d14b] -> /opt/dovecot/libexec/dovecot/imap'main+0x9a [0x809f18a] -> /opt/dovecot/libexec/dovec ot/imap'_start+0x7d [0x807c95d] dovecot: Oct 16 23:52:28 Error: child 7529 (imap) killed with signal 6 --- Then I have tried to delete all dovecot.index* files from there, but the messages in dovecot.log are almost the same: --- deliver(seriv): Oct 18 14:59:49 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:01:35 Error: IMAP(seriv): Sending log messages too fast, throttling.. dovecot: Oct 18 15:01:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Drafts/dovecot.index.cache: Invalid argument deliver(seriv): Oct 18 15:01:38 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.sisyphus-cybertalk-lists-altlinux-org/dovecot.index.cache: In valid argument dovecot: Oct 18 15:02:57 Warning: SIGHUP received - reloading configuration dovecot: Oct 18 15:02:58 Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 384). Either grow the limit or change login_max_processes_count a nd max_mail_processes settings dovecot: Oct 18 15:03:13 Warning: Killed with signal 15 deliver(seriv): Oct 18 15:04:07 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.community-lists-altlinux-org/dovecot.index.cache: Invalid arg ument deliver(seriv): Oct 18 15:04:23 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.Trash/dovecot.index.cache: Invalid argument deliver(seriv): Oct 18 15:04:50 Error: file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/.community-lists-altlinux-org/dovecot.index.cache: Invalid arg ument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument dovecot: Oct 18 15:06:36 Error: IMAP(seriv): Sending log messages too fast, throttling.. dovecot: Oct 18 15:06:37 Error: IMAP(seriv): file_set_size() failed with index cache file /var/spool/imap/seriv/.imap/dovecot.index.cache: Invalid argument --- One more problem is with fd limit: I have a small dovecot installation, so don't want to increase fd limit. I tried to decreasee max_mail_processes, login_max_processes_count and login_max_connections, but still I have --- # /opt/dovecot/sbin/dovecot -n # 1.1.beta3: /opt/dovecot/etc/dovecot.conf Warning: fd limit 256 is lower than what Dovecot can use under full load (more than 384). Either grow the limit or change login_max_processes_count and max_mail_processes settings log_path: /tmp/dovecot.log info_log_path: /tmp/dovecot.debug protocols: pop3 pop3s imap imaps ssl_cert_file: /etc/ssl/parkheights.cert ssl_key_file: /etc/ssl/parkheights.key login_dir: /opt/dovecot/var/run/dovecot/login login_executable(default): /opt/dovecot/libexec/dovecot/imap-login login_executable(imap): /opt/dovecot/libexec/dovecot/imap-login login_executable(pop3): /opt/dovecot/libexec/dovecot/pop3-login login_max_connections: 120 max_mail_processes: 128 mail_extra_groups: mail mail_location: maildir:/var/spool/imap/%n/.imap mail_executable(default): /opt/dovecot/libexec/dovecot/imap mail_executable(imap): /opt/dovecot/libexec/dovecot/imap mail_executable(pop3): /opt/dovecot/libexec/dovecot/pop3 mail_plugin_dir(default): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(imap): /opt/dovecot/lib/dovecot/imap mail_plugin_dir(pop3): /opt/dovecot/lib/dovecot/pop3 auth default: verbose: yes debug: yes debug_passwords: yes passdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: ldap args: /opt/dovecot/etc/dovecot-ldap.conf userdb: driver: prefetch socket: type: listen master: path: /opt/dovecot/var/run/dovecot/auth-master mode: 384 user: vmail group: vmail bash-3.00# grep login_max /opt/dovecot/etc/dovecot.conf login_max_processes_count = 128 # 16 + login_max_connections * 2 available file descriptors. login_max_connections = 120 bash-3.00# grep max_mail /opt/dovecot/etc/dovecot.conf max_mail_processes = 128 --- So I reverted to 1.0.5 which works fine for me. -- WBR, Sergey Ivanov.

3 6

[Dovecot] assertion failed: (mailbox_list_is_valid_existing_name(_list, name))
by Adam McDougall 21 Oct '07

21 Oct '07

When I was initially testing dovecot 1.1b2,3 I had ACLs turned on and encountered this problem below. I had them turned off until now, I'll need to have ACLs working before I can widen testing. I'm not sure how to make "env MAIL=maildir:~/Maildir gdb /tmp/imap" load the ACL plugin so I assume that is why it does not crash; not getting any log either from that, maybe I made a mistake? But when running mutt, I can load it up with the inbox, then when I ask for imap://server/mail/ it crashes with the assertion at the bottom. Let me know if I need to provide more info. Thanks. Oct 21 12:57:16 gribble dovecot: imap-login: Login: user=<mcdouga9>, method=PLAIN, rip=35.9.44.65, lip=35.9.37.169 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Loading modules from directory: /usr/local/lib/dovecot/imap Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Module loaded: /usr/local/lib/dovecot/imap/lib01_acl_plugin.so Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Module loaded: /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Effective uid=21281, gid=3002, home=/home/mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Namespace: type=public, prefix=#shared/decs/, sep=/, inbox=no, hidden=no, list=yes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir: data=/egr/mail/shared/decs:CONTROL=/home/mcdouga9/Maildir/dovecot11testing/public/control/decs:INDEX=/home/mcdouga9/Maildir/dovecot11testing/public/indexes/decs Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir++: root=/egr/mail/shared/decs, index=/home/mcdouga9/Maildir/dovecot11testing/public/indexes/decs, control=/home/mcdouga9/Maildir/dovecot11testing/public/control/decs, inbox=/egr/mail/shared/decs Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: initializing backend with data: vfile:/usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: acl username = mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: owner = 0 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl vfile: Global ACL directory: /usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Namespace: type=private, prefix=mail/, sep=/, inbox=no, hidden=yes, list=no Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir: data=/home/mcdouga9/Maildir:CONTROL=/home/mcdouga9/Maildir/dovecot11testing/private/control:INDEX=/home/mcdouga9/Maildir/dovecot11testing/private/indexes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir++: root=/home/mcdouga9/Maildir, index=/home/mcdouga9/Maildir/dovecot11testing/private/indexes, control=/home/mcdouga9/Maildir/dovecot11testing/private/control, inbox=/home/mcdouga9/Maildir Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: initializing backend with data: vfile:/usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: acl username = mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: owner = 1 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl vfile: Global ACL directory: /usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): Namespace: type=private, prefix=, sep=/, inbox=yes, hidden=no, list=yes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir: data=/home/mcdouga9/Maildir:CONTROL=/home/mcdouga9/Maildir/dovecot11testing/private/control:INDEX=/home/mcdouga9/Maildir/dovecot11testing/private/indexes Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): maildir++: root=/home/mcdouga9/Maildir, index=/home/mcdouga9/Maildir/dovecot11testing/private/indexes, control=/home/mcdouga9/Maildir/dovecot11testing/private/control, inbox=/home/mcdouga9/Maildir Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: initializing backend with data: vfile:/usr/local/etc/dovecot-acls Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: acl username = mcdouga9 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl: owner = 1 Oct 21 12:57:16 gribble dovecot: IMAP(mcdouga9): acl vfile: Global ACL directory: /usr/local/etc/dovecot-acls Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /home/mcdouga9/Maildir/dovecot-acl not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /usr/local/etc/dovecot-acls//.DEFAULT not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): acl vfile: file /home/mcdouga9/Maildir/dovecot-acl not found Oct 21 12:57:20 gribble dovecot: IMAP(mcdouga9): file mailbox-list-maildir.c: line 186 (maildir_list_get_path): assertion failed: (mailbox_list_is_valid_existing_name(_list, name)) Oct 21 12:57:20 gribble dovecot: child 72205 (imap) killed with signal 6

2 4

Re: [Dovecot] Search Problem (Was Namespace)
by Jeff Grossman 21 Oct '07

21 Oct '07

-----Original Message----- From: "Timo Sirainen" <tss(a)iki.fi> To: "Jeff Grossman" <jeff(a)stikman.com> Cc: "Dovecot Mailing List" <dovecot(a)dovecot.org> Sent: 10/20/2007 6:51 PM Subject: Re: [Dovecot] Search Problem (Was Namespace) On 21.10.2007, at 4.21, Jeff Grossman wrote: > Timo Sirainen wrote: >> On 21.10.2007, at 3.58, Jeff Grossman wrote: >> >>> 2 search since 6-Sep-2007 >> .. >>> Oct 20 17:54:47 apple IMAP(jeff): : since: 1190593264 vs 2147483647 >>> Oct 20 17:54:47 apple IMAP(jeff): : since: 1190829893 vs 2147483647 >> >> I guess utc_mktime() doesn't work correctly for some reason. What >> are TIME_T_MAX_BITS and TIME_T_SIGNED in your config.h? You've >> 32bit system? >> > Yes, this is a 32-bit system. I did test it with TIME_T_MAX_BITS=32, but looks like I never tested it with actual 32bit systems. This should fix it: http:// hg.dovecot.org/dovecot/rev/4fb613eb8ce9 It is all fixed. Thank you.

1 0

[Dovecot] Upgrade from 1.0.1 -> 1.0.5 failed (rc 75)
by Andy Shellam (Mailing Lists) 21 Oct '07

21 Oct '07

Hi, I'm using a mixture of Exim, Dovecot and Deliver. Exim receives the mail and validates the user against our database, then pipes the e-mail to deliver which puts it in the right mailbox. We were running Exim 4.67 and Dovecot 1.0.1, and today I did an in-place upgrade to Dovecot 1.0.5 and Exim 4.68. However, now Exim is failing deliveries saying deliver returned code 75. If I examine the dovecot log file, I'm getting errors like: deliver(andy.shellam-lists(a)mailnetwork.co.uk): Oct 21 17:19:49 Fatal: chroot(/users/mail/andy.shellam-lists(a)mailnetwork.co.uk) failed: Operation not permitted All mailboxes are owned by user "dovecot-mail" and group "localservice", with user and group having full permissions, and other having no access (0770). None of the config files (Exim nor Dovecot's) have changed, nor have permissions on the mailbox paths, and Dovecot can still access the mailboxes through IMAP just fine. If I delete the dovecot log-file and force a mail delivery, the log gets re-created with mode 0644 and owner dovecot-auth:localservice, which confirms the user running dovecot is the same group, so why doesn't it have permissions? I've read on another message that return code 75 is EX_TEMPFAIL, what does this mean? My sendmail_path is the correct path to Exim, verified by killing Exim and copying and pasting the command to start it back up again. Any advice would be appreciated, as I may have to restore back to 1.0.1. Thanks, Andy dovecot -n: # 1.0.5: /usr/local/dovecot/etc/dovecot.conf base_dir: /var/run/dovecot/ log_path: /mndata/logs/dovecot.current.log protocols: imap ssl_disable: yes disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/dovecot/libexec/dovecot/imap-login login_user: dovecot-login login_greeting: SystemVDM2 ready. login_processes_count: 5 valid_chroot_dirs: /mndata/mail mail_chroot: /mndata/mail first_valid_uid: 1013 last_valid_uid: 1013 first_valid_gid: 1002 last_valid_gid: 1002 mail_extra_groups: localservice mailbox_idle_check_interval: 60 maildir_copy_with_hardlinks: yes namespace: type: private separator: . prefix: INBOX. inbox: yes auth default: mechanisms: plain login default_realm: mailnetwork.co.uk user: dovecot-auth username_translation: +@ username_format: %Lu passdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf userdb: driver: sql args: /usr/local/dovecot/etc/dovecot-sql.conf socket: type: listen master: path: /var/run/dovecot/auth-master mode: 432 user: dovecot-auth group: localservice

3 3

[Dovecot] Problem building Dovecot from hg
by Asheesh Laroia 21 Oct '07

21 Oct '07

I did an hg pull; hg update, and now my Dovecot working copy doesn't build: ../../src/lib-storage/index/dbox/libstorage_dbox.a(dbox-file.o): In function `dbox_file_metadata_get': /home/paulproteus/dnlds/dovecot/src/lib-storage/index/dbox/dbox-file.c:820: undefined reference to `dbox_file_maildir_metadata_get' collect2: ld returned 1 exit status make[3]: *** [imap] Error 1 make[3]: Leaving directory `/home/paulproteus/dnlds/dovecot/src/imap' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/paulproteus/dnlds/dovecot/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/paulproteus/dnlds/dovecot' make: *** [all] Error 2 I made it compile on my system by commenting out the return on that line and making it return NULL, but presumably you want it to actually do something. (-: -- Asheesh. -- Virtue does not always demand a heavy sacrifice -- only the willingness to make it when necessary. -- Frederick Dunn

2 1

[Dovecot] Segfault by asking for a folder?
by Asheesh Laroia 21 Oct '07

21 Oct '07

I 'hg pull'ed and now my Dovecot segfaults when I select a particular folder. I've removed all files with 'index' in the name, so I don't think it's due to bad indexes. Oct 21 09:18:40 alchemy dovecot: Dovecot v1.1.beta3 starting up Oct 21 09:18:47 alchemy dovecot: imap-login: Login: user=<paulproteus>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, TLS Oct 21 09:18:47 alchemy dovecot: child 28714 (imap) killed with signal 11 is in syslog. I haven't stripped the binaries as far as I know, yet here's what seems to happen in gdb: paulproteus@alchemy:~/dovecot.rawlog $ gdb dovecot [snip] This GDB was configured as "i486-linux-gnu"... Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) set args --exec-mail imap (gdb) run Starting program: /usr/local/sbin/dovecot --exec-mail imap * PREAUTH [CAPABILITY IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS UIDPLUS LIST-EXTENDED] Logged in as paulproteus 01 SELECT pinerc Program received signal SIGSEGV, Segmentation fault. Cannot remove breakpoints because program is no longer writable. It might be running in another process. Further execution is probably impossible. 0x08073d0d in ?? () (gdb) bt #0 0x08073d0d in ?? () #1 0xbff92f70 in ?? () #2 0x00000000 in ?? () (gdb) bt full #0 0x08073d0d in ?? () No symbol table info available. #1 0xbff92f70 in ?? () No symbol table info available. #2 0x00000000 in ?? () No symbol table info available. (gdb) Uh? It seems to also segfault the same way if I select INBOX. -- Asheesh. -- You'll never see all the places, or read all the books, but fortunately, they're not all recommended.

1 2

[Dovecot] dovecot? putting wrong seperator in subscriptions file
by Adam McDougall 21 Oct '07

21 Oct '07

My config has folders show up in the root namespace as well as hidden ones like mail/ for compat. In thunderbird when I set the namespace prefix to mail/, I effectively cannot subscribe to folders. You can pull up the folder list, select some folders to subscribe to, hit okay, and nothing changes in thunderbird: 3 subscribe "mail/Spam" 3 OK Subscribe completed. 4 lsub "" "mail/*" 4 OK Lsub completed. What gets put in my subscriptions file: mail.Spam If I manually change my subscriptions file to mail/Spam, it works as expected. # dovecot -n # 1.1.beta3: /usr/local/etc/dovecot.conf ssl_cert_file: /usr/local/etc/apache2/ssl/cert.pem ssl_key_file: /usr/local/etc/apache2/ssl/cert.pem disable_plaintext_auth: no login_dir: /var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login verbose_proctitle: yes first_valid_uid: 1000 first_valid_gid: 0 mail_location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot/private/control:INDEX=%h/Maildir/dovecot/private/indexes mail_debug: yes mmap_disable: yes mail_nfs_storage: yes mail_nfs_index: yes mail_plugins: mail_log mail_log_max_lines_per_sec: 0 imap_client_workarounds: delay-newmail netscape-eoh tb-extra-mailbox-sep imap_logout_format: bbytes=%i/%o username=%u namespace: type: private separator: / prefix: mail/ location: maildir:%h/Maildir:CONTROL=%h/Maildir/dovecot/private/control:INDEX=%h/Maildir/dovecot/private/indexes hidden: yes namespace: type: private separator: / inbox: yes list: yes auth default: mechanisms: plain login passdb: driver: pam userdb: driver: passwd socket: type: listen client: path: /var/spool/postfix/private/auth mode: 384 user: postfix group: postfix plugin: acl: vfile:/usr/local/etc/dovecot-acls

2 4

[Dovecot] two small low importance issues in 1.1b
by Adam McDougall 21 Oct '07

21 Oct '07

Item 1: I store the indexes and control in their own directory. I noticed in 1.1: 1192 ./private/indexes/.INBOX 32 ./private/indexes/.Trash 1228 ./private/indexes 4 ./private/control/.INBOX/.INBOX 84 ./private/control/.INBOX 4 ./private/control/.Trash/.Trash 12 ./private/control/.Trash 100 ./private/control 1332 ./private .INBOX/.INBOX and .Trash/.Trash are both empty. This was an empty directory, I logged in with thunderbird and looked at the inbox and Trash folders. Item 2: I wanted to try imap_logout_format, forgetting what params it uses and taking a stab at it, but it seems to be ignored? It shows up in dovecot -n. I made it 'bbytes' just to see if the intentional typo would come through, but no: imap_logout_format: bbytes=%i/%o username=%u dovecot: IMAP(mcdouga9): Disconnected: Logged out bytes=439/169567

2 2

[Dovecot] dovecot 1.1.beta3 crashes on NetBSD/sparc64 4.0_RC3 with Thunderbird 2.0.0.6
by Lloyd Parkes 21 Oct '07

21 Oct '07

Hi all, I'm getting core dumps from Dovecot when using Thunderbird as a client. Everything is fine when using the Apple Mail client. I've appended the debug dumps to this message so they are out of the way, but they should be read now. I think the problem might be that io->prev and io->next aren't reliably initialised in ioloop.c:io_add. The value that io->prev has when the program crashes is just completely bogus. It isn't aligned correctly, and it doesn't point to anywhere inside the process's memory map. I don't know what *io->next is, but it sure doesn't look like a struct io_file. It doesn't even look like a struct io. Part of the garbage in *io->next is the char sequence "/vol/home/lloyd/Maildir/new" which is part of my mail box. *io is not in the doubly linked list in current_io_look->io_files. I'm guessing that this object has been unlinked already. Some further digging (not shown here) shows that io->callback is notify_callback. It is set to NULL by the time imap crashes. Here are all the gory GDB details: Version: 1.1.beta3 OS: NetBSD 4.0_RC3/sparc64 (a 64 bit big endian architecture) Client: Mozilla Thunderbird 2.0.0.6 bt full: #0 0x00000000001e846c in io_file_unlink (io=0x32e2c0) at ioloop.c:54 No locals. #1 0x00000000001e8568 in io_remove (_io=0x3420a8) at ioloop.c:82 io_file = (struct io_file *) 0x32e2c0 io = (struct io *) 0x32e2c0 #2 0x000000000017a0a4 in index_mailbox_check_remove_all (ibox=0x331048) at index-mailbox-check.c:118 file = (struct index_notify_file *) 0x0 aio = (struct index_notify_io *) 0x3420a0 #3 0x0000000000139850 in maildir_notify_changes (box=0x331048) at maildir-storage.c:824 mbox = (struct maildir_mailbox *) 0x331048 #4 0x00000000001c0724 in mailbox_notify_changes (box=0x331048, min_interval=0, callback=0, context=0x0) at mail-storage.c:544 No locals. #5 0x00000000001c074c in mailbox_notify_changes_stop (box=0x331048) at mail-storage.c:550 No locals. #6 0x00000000001167fc in idle_finish (ctx=0x3380b0, done_ok=true, free_cmd=true) at cmd-idle.c:48 client = (struct client *) 0x334100 #7 0x0000000000116a04 in idle_client_input (ctx=0x3380b0) at cmd-idle.c:90 client = (struct client *) 0x334100 line = 0x33a075 "DONE" #8 0x00000000001ea2ac in io_loop_handler_run (ioloop=0x320080) at ioloop-kqueue.c:149 ctx = (struct ioloop_handler_context *) 0x32e080 events = (struct kevent *) 0x332000 event = (const struct kevent *) 0x332000 tv = {tv_sec = 0, tv_usec = 999441} ts = {tv_sec = 0, tv_nsec = 999441000} io = (struct io_file *) 0x320a80 events_count = 4 t_id = 2 msecs = 1000 ret = 1 i = 0 __PRETTY_FUNCTION__ = "io_loop_handler_run" #9 0x00000000001e8f28 in io_loop_run (ioloop=0x320080) at ioloop.c:303 No locals. #10 0x000000000012d710 in main (argc=1, argv=0xffffffffffffc978, envp=0xffffffffffffc988) at main.c:293 No locals. More GDB Info: (gdb) print *io $2 = {io = {condition = 0, callback = 0, context = 0x331048}, prev = 0x10000000d, next = 0x32e280, refcount = 0, fd = 0} (gdb) print *io->next $18 = {io = {condition = 0, callback = 0, context = 0x471a982100000000}, prev = 0x0, next = 0x2f766f6c2f686f6d, refcount = 1697606764, fd = 1870226479} (gdb) print *current_ioloop->io_files $35 = {io = {condition = IO_READ, callback = 0x1e9284 <event_callback>, context = 0x342080}, prev = 0x0, next = 0x320140, refcount = 1, fd = 11} (gdb) print *current_ioloop->io_files->next $36 = {io = {condition = IO_ERROR, callback = 0x12ca70 <log_error_callback>, context = 0x0}, prev = 0x320a00, next = 0x3200c0, refcount = 1, fd = 2} (gdb) print *current_ioloop->io_files->next->next $37 = {io = {condition = IO_READ, callback = 0x1ea6f0 <signal_read>, context = 0x0}, prev = 0x320140, next = 0x0, refcount = 1, fd = 5} (gdb) print io $1 = (struct io_file *) 0x32e2c0 (gdb) print *current_ioloop $2 = {prev = 0x0, io_files = 0x320a00, next_io_file = 0x0, timeouts = 0x320a40, handler_context = 0x32e080, notify_handler_context = 0x342080, running = 1}

3 2