- dovecot - dovecot.org

[Dovecot] Maildir files in cur without info
by Christoph Hohmann 03 May '04

03 May '04

Hi, I have tried to use the same Maildir dovecot uses with another program and encountered the problem that Dovecot seems to move files from new to cur in maildir-sync.c::maildir_scan_dir without adding an info part. On the page http://cr.yp.to/proto/maildir.html is written that mails have to be renamed to uniq:info when moved to the cur directory. Could this be a bug in dovecot? -- http://reboot.animeirc.de http://sylpheed-claws.sourceforge.net/

3 3

[Dovecot] 1.0-test4
by Timo Sirainen 03 May '04

03 May '04

http://dovecot.org/test/ Maildir syncing should be pretty optimized now. And it works now with more than 40 messages in mailbox :)

1 0

[Dovecot] Dovecot hangs after 2 or 3 days
by Jens Gutzeit 03 May '04

03 May '04

Hi all, We've some problems with our dovecot installation, its the latest stable compiled on a debian woody box. After 2 or 3 days dovecot hangs, no user can login (pop3 and imap), there's nothing in the logs. The client does allways timeout, if I restart dovecot all works well again. It's a box with s.th. around 400 users, we've enough mem free, load is not a problem, it went from 0.9 to 0.1 after migrating from cyrus-imapd, so this doesn't seem to be hardware related. My dovecot conf is online at: http://mail.sunday.de/dovecot.conf best regards/Mit freundlichen Grüßen Jens Gutzeit -- Tel.: +492151 652945 Ein PC besteht sowieso i.d.R. zu 90% aus faulen Kompromissen, zu 7% aus Elektronikschrott und zu 3% aus wirren Ideen. Benedict Mangelsdorff

1 0

[Dovecot] 1.0-test1 released
by Timo Sirainen 03 May '04

03 May '04

http://dovecot.org/test/ I couldn't break this with Evolution with a few minutes of testing, so here's the first tarball release based on the new indexing code. Try if you're interested, but don't try it on any real mailboxes, or at least keep backups :) Also note that dovecot-uidlist file format has changed a bit, Dovecot 0.99.x isn't able to read it anymore. Things to do: - mbox code doesn't even compile, so it's disabled - custom flags aren't implemented - recent flags are broken - cache file handling isn't working now, so it's disabled - maildir syncing code isn't as well optimized as it used to be - NFS-safety to indexes (pretty easy)

3 7

[Dovecot] 1.0-test2 released
by Timo Sirainen 03 May '04

03 May '04

http://dovecot.org/test/ I still haven't done much real world testing, but I've been thinking about all the potential race conditions a lot since last time and fixed a lot of them. There might still be some.. Changes since -test1: - Locking fixes - A lot more difficult to crash it with corrupted index files - Recent flag works, this time exactly as IMAP RFC says - Maildir syncing fixes - fcntl_lock_disable and mmap_disable settings to make it work with NFS.. almost. Not very well tested and there's a few performance issues left. - mmap_no_write setting to disable mixing write/mmap calls. Required for OpenBSD. Uses slightly more memory. If you can break the indexes, I'd like to know about that. I think they should work pretty well now.

2 1

[Dovecot] Timezone of logentries from dovecot
by Lars Skovgaard 29 Apr '04

29 Apr '04

Hi I've been using dovecot for a long time now, and have nothing but praise for it. It's considerably faster than uw-imap, and has been very easy to configure, in spite of my limited knowledge of unix. One thing still botheres me, though, and that's the time of the entries in my logfiles. It seems that dovecot logs it's entries in GMT, while I'm using GMT+1. This is made even worse by the fact that we're now using daylight savings time, which upps the difference to two hours. Here's a couple of lines from my logs to show the difference: Apr 29 14:30:07 misterp mach_kernel: ipfw: 10000 Deny UDP 213.122.19.185:33123 129.142.126.35:137 in via en0 Apr 29 14:30:59 misterp mach_kernel: ipfw: 4000 Accept TCP 80.197.22.210:38518 129.142.126.35:995 in via en0 Apr 29 12:30:59 misterp pop3-login: Login: torben [80.197.22.210] Apr 29 14:32:25 misterp mach_kernel: ipfw: 10000 Deny UDP 195.122.208.191:1066 129.142.126.35:1434 in via en0 I don't know how to fix this, whether it's in dovecot or somewhere in a system-setting. However, all other applications log their entries with the systems current setting, so I suspect it's in dovecot. I would very much appreciate any help on the subject. Btw, I'm using MacOS X 10.2 with dovecot 0.99.10.4. Thanks! /Lars

3 2

[Dovecot] Index abuse
by Rick Jones 28 Apr '04

28 Apr '04

How resilient is Dovecot's indexing mechanism? (seeing as it's been extensively re-vamped I guess this question may have different answers for 0.99 & 1.0). To put it in context, I'm playing with server-side automatic maintenance scripts for things like deleting messages more than x days old from folders a, b, c, etc. (using Maildir layout). So far I'm just zapping files in the cur and new directories and nothing amiss appears to happen from the IMAP client's viewpoint. I just wonder if I'm storing up trouble. Will the index files continue to hold references to non-existent files and get bloated, or do they self-clean? -- Rick Jones

3 3

[Dovecot] Feature request: more log info/stats
by Christian Balzer 27 Apr '04

27 Apr '04

Hello, even though Timo seems to be hibernating (it's not _that_ cold in ole Suomi ;) I'd like to beg for a feature that would be very much appreciated over here. If something like this is already present and eluded my thorough archive and doc searches, feel free to smack me and then point me to the right direction. Feature request: More extensive session information and statistics in the logs. Currently all I can get from dovecot is login information, there's not even a log entry when a session was ended either by the client or a timeout. In addition a short summary would be be very helpful, qpoppers one liner stats come to mind like this: --- Apr 12 05:30:30 test in.qpopper[21266]: Stats: test 6 21868 2 108126 some.do.main IP.AD.DR.ES [pop_updt.c:296] --- Stating that user test downloaded/deleted 6 mails with 21868 bytes total and kept 2 in the inbox. This might be expanded on for IMAP operations like moves or such and raw data about transferred bytes in/out added (in my case I get that info from perdition), but the really important parts are: When did a user log into the server, when did that session end? How many new mails were read and how many mails deleted during that session? The rationale is that with this info at hand the (unfortunately) very common user whining along the lines of "the mail server ate my mails" or "I never saw this mail!" are much easier to refute. Regards and keep up the good work, Christian Balzer -- Christian Balzer Network/Systems Engineer NOC chibi(a)gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/

5 6

[Dovecot] Setting "default_mail_env" Why is index->mailbox_path empty?
by Robert McLay 26 Apr '04

26 Apr '04

I now have default_mail_env = mbox:~/mail:INBOX=:/var/spool/mail/%u I now getting: Apr 26 15:55:32 jedrik imap(mclay): open() failed with mbox file : No such file or directory I tracked down where the error message is getting generated and added some more printing: In mbox-index.c I added: int mbox_set_syscall_error(struct mail_index *index, const char *function) { i_assert(function != NULL); i_error("index->mailbox_path: %%%s%%", index->mailbox_path); i_error("index->dir: %%%s%%", index->dir); i_error("index->filepath: %%%s%%", index->filepath); i_error("index->control_dir: %%%s%%", index->control_dir); index_set_error(index, "%s failed with mbox file %s: %m", function, index->mailbox_path); return FALSE; } This generates the following output. It seems clear that the initial reading of mbox is read correctly because index->dir and others have values derived from it but for some reason mailbox_path is empty. This is version 0.99.10.4 built with gcc 3.3.2. Here is the bottom of running ./configure: --------------------------------------------------------------------------- Install prefix ...................... : /vol/pkg/dovecot/0.99.10.4 File offsets ........................ : 64bit Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support .......... : yes Building with pop3 server ........... : yes Building with user database modules . : static passwd passwd-file (modules) Building with password lookup modules : passwd passwd-file shadow pam (modules) --------------------------------------------------------------------------- Apr 26 17:06:51 jedrik imap(mclay): index->mailbox_path: %% Apr 26 17:06:51 jedrik imap(mclay): index->dir: %/home/mclay/mail/.imap/INBOX% Apr 26 17:06:51 jedrik imap(mclay): index->filepath: %/home/mclay/mail/.imap/INBOX/.imap.index% Apr 26 17:06:51 jedrik imap(mclay): index->control_dir: %/home/mclay/mail/.imap/INBOX% Apr 26 17:06:51 jedrik imap(mclay): open() failed with mbox file : No such file or directory Apr 26 17:06:51 jedrik imap(mclay): index->mailbox_path: %% Apr 26 17:06:51 jedrik imap(mclay): index->dir: %/home/mclay/mail/.imap/INBOX% Apr 26 17:06:51 jedrik imap(mclay): index->filepath: %(in-memory index for )% Apr 26 17:06:51 jedrik imap(mclay): index->control_dir: %/home/mclay/mail/.imap/INBOX% Apr 26 17:06:51 jedrik imap(mclay): stat() failed with mbox file : No such file or directory Any ideas? Thanks

2 1

[Dovecot] Newbie Q: Setting up under linux: Spool directory.
by Robert McLay 26 Apr '04

26 Apr '04

I am trying to set up dovecot under linux. (RH9 if it matters). I'm having trouble having it find the mail that is already delivered. What I would like is that mail is delivered by fetch mail to /var/spool/mail/mclay (that me) then have dovecot find it. I'm sure that I have not set the dovecot.conf file correctly. The documentation is unclear as to what "mbox" is and "INBOX" is. I have tried having default_mail_env unset and with the following: default_mail_env = mbox:/var/spool/mail/%u:INBOX=:/home/%u/Maildir What I get when I talk to it directly is: $ telnet localhost imap Trying 127.0.0.1... Connected to localhost Escape character is '^]'. * OK dovecot ready. A00002 LOGIN mclay "xxxxxx" A00002 OK Logged in. A00003 SELECT INBOX A00003 NO Internal error [2004-04-26 12:56:03] So could a kind sole point me in the right direction? Thanks

2 1