- dovecot - dovecot.org

[Dovecot] chained SSL certificates
by Cor Bosman 06 Dec '04

06 Dec '04

Hi all, anyone got dovecot to work with chained SSL certificates? Cor

1 0

[Dovecot] IMAP - many folders?
by piotr＠mallorn.ii.uj.edu.pl 05 Dec '04

05 Dec '04

Hi, I've been reading the list and it seems the answer to my (soon to be asked question) is no, at least with 0.99, but I'll ask to be sure. I have following setup: new mail goes to ~/Mail/Maildir, except for mailing lists which are moved by procmail to ~/Mail/mailing_lists/name, spam which goes to ~/Mail/spam. Read mail is moved by mutt to ~/Mail/read. Everything is in maildir format. Is it possibile to configure dovecot in such a way to allow user to access all those mail folders thorough imap/pop? User can access ~/Mail/Maildir by setting default_mail_env, but so far nothing else. -- Piotrek irc: #debian.pl Mors Drosophilis melanogastribus!

9 17

[Dovecot] (_send_istream): assertion failed:
by Kim Culhan 05 Dec '04

05 Dec '04

This is on FreeBSD 5.3, is this fixed in -test or CVS ? Log message is below.. dovecot: Dec 05 07:48:08 Error: IMAP(kimc): file ostream-file.c: line 643 (_send_istream): assertion failed: (instream->v_offset <= in_size) dovecot: Dec 05 07:48:08 Error: child 42086 (imap) killed with signal 6 -kim __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 3

[Dovecot] 0.99.12-rc1
by Timo Sirainen 05 Dec '04

05 Dec '04

http://dovecot.org/rc/ Just gathered the patches in dovecot.org/patches/ and a few more that I think have been sent to this list before. If there's anything missing, please tell. - Fix memory leaks in LDAP, MySQL and PGSQL userdb/passdb - Fix hanging when parsing mails that have over 4096 bytes in one line (SMTP servers normally don't allow over 1000 bytes so it shouldn't be much of a problem) - FETCH BODYSTRUCTURE sometimes giving a wrong reply (eg. with FETCH (BODYSTRUCTURE RFC822.SIZE) if it wasn't cached) - Never return more than one INBOX in LIST even if there are such files. They don't work anyway and it just confuses clients. - mbox: Don't allow creating INBOX directory by creating/renaming mailboxes under it. They just wouldn't work. - POP3: Don't return PLAIN in SASL list. We don't support initial SASL responses, so it only breaks with most clients that try to use it.

3 6

AW: [Dovecot] newbie question
by Grammes, Carsten 03 Dec '04

03 Dec '04

> If you really want to use maildir, you can have procmail deliver to > maildirs: > (in .procmailrc): > DEFAULT=$HOME/Maildir/ > > Note the trailing slash - that's the kicker. > > Then tell Dovecot to use maildir. > > If you want to mix and match mailbox formats per user, then you'll > need to use an auth database that allows setting this (passwd-file, or > maybe ldap or sql). Thanks, Jon! I think now I get the picture. I will start playing around with procmail and the with dovecot auth options. Carsten

1 0

[Dovecot] newbie question
by Grammes, Carsten 03 Dec '04

03 Dec '04

Hello all, just managed to install dovecot as imap server on a Suse Linux box. Now running fine with mbox format. A question regarding maildir or mbox. The MDA (in my case sendmail, Mlocal = procmail) stores mbox format. Do have to modify the local mailer to store maildir format or does dovecot convert automatically from mbox when I tell dovecot to use maildir format? Thanks, for any hint. Carsten

2 1

[Dovecot] Maildir/mbox on a per-user basis
by Jon Nathan 03 Dec '04

03 Dec '04

Hello, The Wiki indicates that Dovecot can do either mbox or Maildir on a per-user basis: default_mail_env can be overridden in userdb for each user. This works with userdbs supporting the "mail" attribute (eg. passwd-file, SQL, LDAP). How exactly does one do this for passwd-file? Thanks, -Jon -- Jon Nathan jon(a)rupture.net

9 8

[Dovecot] master or client
by Kirill Miazine 03 Dec '04

03 Dec '04

Hello, Dovecot auth protocol 1.0 defines differend command sets for client and master. How can a daemon distinguish a master connection from a client connection? Clients do send CPID and master does not. I have following auth configuration: auth external { socket connect { master { path = /var/state/dovecot/login/master-auth } } } I try to learn my authentication daemon to learn to speak with Dovecot. I fire up my master.py and try to login via pop3 as foo:bar. Below is what my master.py receives from Dovecot (master and client), VERSION commands are not shown: km@thinkpad:/home/km > ./krot/sbin/master.py CPID : ['11915'] CPID : ['11915'] CPID : ['16652'] CPID : ['11915'] AUTH : ['1', 'PLAIN', 'service=POP3', 'secured', 'lip=127.0.0.1', 'rip=127.0.0.1', 'resp=AGZvbwBiYXI='] REQUEST : ['9', '11915', '1'] CPID : ['16652'] (In the above output command and parameters are parsed.) The protocol specification is mentioning a separate SERVICE command in the client's greeting. I can't let my daemon die if the master issues DIE. Why should a server exit when it receives DIE? Can anybody provide an example dialog of an authentication request that is successful and a reques that fails because of a bad password. Thanks, Kirill -- They make a desert and call it peace. -- Tacitus

2 2

[Dovecot] pop3 with lmos results in multiple downloads
by Juerd 03 Dec '04

03 Dec '04

One of our users wants to use POP3 with leave-mail-on-server (LMOS). That's great and works well for most people. But for some reason, they MUA (outlook) downloads messages more than once. As the MUA asks for messages, I'm sure it's Outlook's fault, but I was wondering if there is anything that can be done about this on the servern side, or if anyone knows how to fix Outlook. I'm sending this here, because they report that with non-dovecot servers it does work correctly. They do not want IMAP, because they want to use Outlook, which cannot support both Exchange and IMAP simultaneously. This user has multiple accounts, and only for some of them things go wrong. A temporary fix is to remove the mail from the server once, but after a few more messages arrive, the problem starts all over again. Please help. Regards, Juerd

3 3

[Dovecot] imap: assertion failed
by Kim Culhan 03 Dec '04

03 Dec '04

This error is returned when reading a certain message using Squirrelmail. Any help on tracing the cause of this is greatly appreciated. >From the logs: dovecot: Nov 20 13:00:29 Error: IMAP(kimc): file ostream-file.c: line 643 (_send_istream): assertion failed: (instream->v_offset <= in_size) dovecot: Nov 20 13:00:29 Error: child 27873 (imap) killed with signal6 -kim __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

2 1

[Dovecot] Problem getting incoming mail to IMAP inbox
by Jeff Sutherland 03 Dec '04

03 Dec '04

I have dovecot-0.99.10.5 on Fedora Core 2 installed and otherwise operating using Maildir format for the folders, Kmail as the email client. Got through all the ssl and other security configuration fine, but have one last problem: I can't read the incoming mail from /var/spool/mail/%u. Tried several 'default_mail_env' settings, including none at all, to no avail. When I try to check in new mail to the inbox, the only messages are "Transmission Complete, no new messages" Tried this setting for example: default_mail_env = maildir:~/Maildir/:INBOX=/var/spool/mail/%u but to no avail. Is something getting cocked up because the folders are all in maildir format and the incoming mail spool is in mbox format? I checked permissions, they seem ok. Kmail can pull the messages in just fine to its local folder inbox, it just seems that dovecot can't read the mail spool file for some reason. All the other maildir folders work fine. ????????? Regards, -Jeff -- Secure your email with Gnu Privacy Guard and Mozilla, the open source cross platform solution for Windows, Linux, and Mac OS X. See http://enigmail.mozdev.org/

2 1

[Dovecot] Cannot list mailbox
by Fawad Halim 03 Dec '04

03 Dec '04

Hi, I have dovecot 0.99.11 on a Linux machine running against a maildir based mailbox. I am getting the following errors in the maillog: Nov 27 23:08:14 fawad3 imap(fawad): file imap-bodystructure.c: line 278 (part_parse_headers): assertion failed: (part->physical_pos >= input->v_offset - start_offset) Nov 27 23:08:14 fawad3 dovecot: child 14202 (imap) killed with signal 6 This happens when the mail reader tries to enumerate the messages in the INBOX. I am able to read the messages whose headers have already been cached by the mail reader. It is also able to read others folders without any problem. This problem has occured before, and I was able to get rid of it by identifying the junk mail message it was dying on. In this case, however, I'm not able to figure out which message is causing it to crash. I am able to read the same maildir in mutt, and Courier IMAP doesn't seem to have trouble with it either. I'd really appreciate if someone could tell me what I can do to get around this problem. Regards -fawad

2 1

[Dovecot] 1.0-test CVS HEAD index problems
by Jim Lawson 03 Dec '04

03 Dec '04

Running current CVS HEAD I get: dovecot: Dec 01 13:27:38 Info: Dovecot v1.0-test52 starting up dovecot: Dec 01 13:33:34 Info: imap-login: Login: jtl [69.162.177.245] dovecot: Dec 01 13:41:07 Error: IMAP(jtl): UIDVALIDITY changed (1100294646 -> 110192643 5) in mbox file /var/spool/mail/j/t/jtl dovecot: Dec 01 13:41:07 Error: IMAP(jtl): UIDVALIDITY changed (1100294646 -> 110192643 5) in mbox file /var/spool/mail/j/t/jtl dovecot: Dec 01 13:42:39 Info: imap-login: Login: jtl [69.x.x.x] dovecot: Dec 01 13:42:39 Error: IMAP(jtl): UIDVALIDITY changed (1100294646 -> 110192643 5) in mbox file /var/spool/mail/j/t/jtl dovecot: Dec 01 13:42:39 Error: IMAP(jtl): UIDVALIDITY changed (1100294646 -> 110192643 5) in mbox file /var/spool/mail/j/t/jtl dovecot: Dec 01 13:43:59 Info: imap-login: Login: jtl [69.x.x.x] dovecot: Dec 01 13:43:59 Error: IMAP(jtl): Corrupted index cache file /users/j/t/jtl/.i map/INBOX/dovecot.index.cache: indexid changed dovecot: Dec 01 13:47:24 Error: IMAP(jtl): file mbox-lock.c: line 493 (mbox_lock): asse rtion failed: (lock_type == F_RDLCK || ibox->mbox_lock_type != F_RDLCK) dovecot: Dec 01 13:47:25 Error: child 17528 (imap) killed with signal 6 dovecot: Dec 01 13:47:41 Info: imap-login: Login: jtl [69.x.x.x] dovecot: Dec 01 13:50:49 Error: IMAP(jtl): UIDVALIDITY changed (1101926435 -> 110192703 6) in mbox file /var/spool/mail/j/t/jtl dovecot: Dec 01 13:55:27 Info: imap-login: Login: jtl [69.x.x.x] dovecot: Dec 01 13:55:27 Error: IMAP(jtl): UIDVALIDITY changed (1101926435 -> 110192703 6) in mbox file /var/spool/mail/j/t/jtl dovecot: Dec 01 13:56:15 Info: imap-login: Login: jtl [69.x.x.x] dovecot: Dec 01 13:56:15 Error: IMAP(jtl): UIDVALIDITY changed (1101926435 -> 110192703 6) in mbox file /var/spool/mail/j/t/jtl Using Thunderbird-0.9. Dovecot is running on RHEL 3, on top of Redhat/Sistina GFS (clustered filesystem.) Currently I'm keeping it on one node to avoid possible GFS locking issues. I'm running with mmap_disabled=yes, mbox format. Most of the 1.0-test builds I have done eventually corrupt their index files, and show strange behavior (click on a message in the folder view, and an entirely different message opens... delete three or four messages and expunge, the messages instantly reappear as unseen.). I typically wipe the .imap directories between different builds of Dovecot. I've been following the -test code for a couple of months now, just to see how it does, because we're running UW IMAPd and are excited to have a way to increase the performance of our mail cluster (indexes) without having to move away from mbox. Let me know if there's more information I could provide that would be helpful. Jim

3 4

[Dovecot] Excessive imap_login processes
by Keith Edmunds 02 Dec '04

02 Dec '04

I'm running Dovecot on a very small mail server (never more than six users accessing IMAP, often fewer). I'm seeing the number of imap_login processes grow over time, and right now there are 23. All the "login_process_*" settings in dovecot.conf are commented (ie, at their defaults). Is this a known or expected issue? The version of Dovecot is 0.99.10.8, which I accept is perhaps a little old. Thanks, Keith

2 1

[Dovecot] 1.0-test55
by Timo Sirainen 30 Nov '04

30 Nov '04

http://dovecot.org/test/ Sorry :) The last fix I made a few minutes before test54 release didn't turn out to be exactly correct.

4 4

[Dovecot] big troubel - damaged mailboxfolders
by Götz Reinicke 30 Nov '04

30 Nov '04

Hi, because the fedora project switcht from wu imap to dovecot, i followed this step. Today I'm very unhappy about this step, because there are more problems for me than advantages... But today the biggest problem is, that a lot!!! of mailboxes are damaged. within three year no mailbox was damaged using wu imap. The errormessage is: imap(cstrang): File isn't in mbox format: /var/mail/cstrang the server is fedora core 1, dovecot-0.99.11. May be I have something misconfigured, but where to look at? Any ideas, what causes the damage? And installing the test-version isnt an alternativ for my production server vor 500 users. Regards Götz Reinicke -- Götz Reinicke IT Koordinator - IT OfficeNet Tel. +49 (0) 7141 - 969 420 Fax +49 (0) 7141 - 969 55 420 goetz.reinicke(a)filmakademie.de Filmakademie Baden-Württemberg Mathildenstr. 20 71638 Ludwigsburg www.filmakademie.de

2 3

[Dovecot] 1.0-test55, threading does not include new messages
by Nicolas.Kowalski＠imag.fr 30 Nov '04

30 Nov '04

Hello. The dovecot server is 1.0-test55, with maildir storage. The MUA is pine 4.61, using thread sort. When I open a folder containing new messages (delivered through procmail), the threads do not include these messages. I have to close the folder, then open it again to make the threads complete. Thanks in advance. -- Nicolas

1 0

[Dovecot] 1.0-test53 and 'Junk in start of group' messages
by Nicolas.Kowalski＠imag.fr 30 Nov '04

30 Nov '04

Hello. I am using dovecot-1.0-test53 with Maildir mailstore, with pine 4.61 as MUA. I have several folders which cause error messages like 'Junk in start of group' in Pine when I read them. I googled a bit for this, and found that removing the index file should do the trick, but unfortunately, it does not. What can I do to make these annoying messages disappear ? Thanks in advance. -- Nicolas

3 5

[Dovecot] dovecot only answers to imap connections
by Mitch Pirtle 30 Nov '04

30 Nov '04

Hey list, Finally got up and running, and now am trying to figure out why dovecot would only accept imap connections - I have people that are happy with pop, but they can only authenticate when they use imap. Is there a conf setting for this somewhere that I am missing? -- Mitch

4 4

[Dovecot] 1.0-test54
by Timo Sirainen 30 Nov '04

30 Nov '04

http://dovecot.org/test/ Fixing crashes and other index problems with test53.

1 0

[Dovecot] Entourage on Dovecot 09.11, is 1.0-test the answer?
by Michael Maggard 30 Nov '04

30 Nov '04

Background: I'm running a RH9 box with Dovecot 0.99.11. Dovecot was installed using yum and the rpm found on http://dag.wieers.com/packages/dovecot/. With two exceptions I've been enormously happy with Dovecot. I'm even happier having recently successfully installed pop-before-smtp sop one exception down. However the other problem I've experienced is becoming critical. I've an ongoing issue with MS Entourage clients, a MS for Mac product, unable to authenticate to Dovecot. This had been attributed to MacOS 9/MS Entourage 2001 but with new systems in place I'm having the same issue with MacOS X/MS Entourage 2004 being unable to authenticate to Dovecot. MS acknowledges the issue in http://support.microsoft.com/kb/871016 with the errata: > 5 Known issues > 5.1 NTLM v1 authentication support > Entourage no longer supports NTLM v1 authentication. Entourage does support NTLM v2. Where I am now: There has been previous references to an Entourage authentication issue on the mailing list but it was resolved by "after I tried everything else with no success, upgrading from Dovecot 0.99.10.2 to 0.99.10.4 solved the problem." Well, I'm at 0.99.11 so apparently this is back, or something else is going on. >From several hours going over the mailing list it appears that Dovecot 1.0-test is the solution with it's extended NTLM support. However I'm not a very sophisticated sysadmin and so it was with trepidation I downloaded dovecot-1.0-test52 and started following the instructions. After a quick "yum install openssl-development" I thought I was good to go but alas "./configure --with-ssl=openssl" resulted in: > ./configure: line 26374: pkg-config: command not found > checking for SSL_read in -lssl... yes > checking openssl/ssl.h usability... no > checking openssl/ssl.h presence... no > checking for openssl/ssl.h... no > checking openssl/err.h usability... yes > checking openssl/err.h presence... yes > checking for openssl/err.h... Yes and make failed with a cascade of errors after: > In file included from /usr/include/openssl/ssl.h:179, > from ssl-proxy-openssl.c:14: > /usr/include/openssl/kssl.h:72:18: krb5.h: No such file or directory Why I'm posting: So, hoping I've given enough detail to be useful, here are my questions: * Am I correct that MS Entourage 2004 can't authenticate with Dovecot .99.11? Are there folks it does work for (how)? * Am I correct that Dovecot-1.0-test has support for NTLMv2 and would thus authenticate MS Entourage 2004? * Does anyone have a prebuilt (yum suitable) rpm of a recent Dovecot 1.0-test for RH9? Dag appears to only carry released versions, is there a source for -test ones? * Is there something trivial I'm overlooking in trying to build dovecot-1.0-test52? I'm assuming I'm missing /usr/include/openssl/kssl.h, is this correct? Any assistance is greatly appreciated. I was pushing my skillset getting pop-before-smtp working. While I'm good at following directions and learning from them I'm just that; learning. -- Michael <michael(a)michaelmaggard.com>

3 2

[Dovecot] 1.0-test53, sig11 when sorting by thread
by Nicolas.Kowalski＠imag.fr 30 Nov '04

30 Nov '04

Hello. When trying to sort a folder by thread (with pine4.61), I get a sig11. The mailstore is Maildir, indexes stored in /var/indexes/%u. The syslog on the server shows this: Nov 29 11:37:55 olan dovecot: IMAP(kowalski): Corrupted index cache file /var/indexes/kowalski/.INBOX/dovecot.index.cache: record points outside file Nov 29 11:37:56 olan dovecot: child 14344 (imap) killed with signal 11 A backtrace of the core is attached. Thanks. PS: I tried with mbox mailstore, and got the same sig11. -- Nicolas

4 11

[Dovecot] test53 and signal 11 errors
by Sean Porter 30 Nov '04

30 Nov '04

I installed test53 tonight, and I've begun to see the following error in my maillog every time I attempt to retrieve mail from an imap client: dovecot: child 46128 (imap) killed with signal 11 I built from source on FreeBSD 4.9 with the following: ./configure --with-mysql --with-storages=maildir --with-ssl=openssl A little bit of Googling seems to indicate that this is a hardware issue(http://www.bitwizard.nl/sig11/), but I've not had this error under any other circumstances. What other information would be helpful to sort this out?

4 4

[Dovecot] 1.0-test53
by Timo Sirainen 29 Nov '04

29 Nov '04

http://dovecot.org/test/ Sorry for not answering any questions for past two weeks, I'll try to get around answering them in next few days. I've also been thinking about if I should switch from CVS to Darcs. It seems to be exactly the kind of reversion control tool I had wanted to use. Anyone have comments for or against it? I'd still have read-only CVS repository generated from it, although I couldn't yet find a way to do it. Anyway, test53: - Recent flag counters should finally be correct - dovecot-shared file actually works correctly now - Cache file works with mmap_disable = yes (still some small issues though) - Lots of internal changes in indexing code, especially for mmap_disable = yes - DIGEST-MD5 authentication works again - etc. It's been running with me for 45mins without breaking. Guess it should work. :)

5 6

AW: Re: [Dovecot] [OT] Apple Mail.app access to localhost imap whe n nonetwork
by valo＠valo.at 29 Nov '04

29 Nov '04

> This script is what I use -- note that you need to have it on the > server, and then call ssh to execute that script (on the server) > immediately. > #!/bin/sh > # arch-tag: dbfe44f6-0d80-40c4-948a-bac05a804bf5 > > export MAIL=/home/johannes/Maildir > export MAILBOX_CHECK_INTERVAL=60 > exec /usr/lib/dovecot/imap Hi. IIRC you should exec dovecot as a whole, to use it properly. Also edit your dovecot.conf to only serve imap. christian

3 3

[Dovecot] Orientation and configuration help
by J Moore 29 Nov '04

29 Nov '04

This sounds to me like a "RTFM" question, but I've read the Wiki, and looked through the m.l. archives as far back as July... I still don't have a clear answer, so I'm posting here :/ I'm currently using mutt as my mail client. It runs on the same host that runs the sendmail MTA for my domain. So sendmail "delivers" my mail to /var/mail/<username>, and I read it from that location w/ mutt, transferring the "new" mail to a folder in my home directory if I want to save it (/home/<username>/Mail/<foldername>). This arrangement has been convenient, useful and reasonably secure (I think): I can check mail from anywhere via SSH, and I don't have to worry about downloading virus-laden spam/shit to my Windoze (corporate) laptop. Now, I want to change; I want to use dovecot to provide IMAP access to my mail. I'd like to do this in such a way that I can still access mail using mutt when I want/need to do so. I've installed dovecot, and reviewed /etc/dovecot.conf. I think I need to do the following to get underway: 1) create a directory for Maildir-formatted folders: mkdir /home/<username>/Maildir 2) start the dovecot daemon Is that it? Will dovecot "take over" from mutt, and put mail in my home directory? Or do I need to configure sendmail to deliver to dovecot? Also, there are other users/email accounts on the mail server that I would like to leave "as-is". Over time, I may want to migrate them to dovecot as well, but I'm reluctant to switch everything over until I've had a chance to evaluate it. Should I run dovecot as a "rootless" installation to get it for a single user, or should I just set my single UID in dovecot.conf? Thanks, Jay

2 3

[Dovecot] Which is the imap root directory? Conflicting documentation...
by Tom 29 Nov '04

29 Nov '04

So, which is the imap root directory? I am getting conflicting definitions from the documentation (copied below)... ------------------------ mbox storage requires detecting INBOX location and IMAP root directory. If MAIL environment points to file (+rw) it's treated as the INBOX file. If it points to directory (+rwx) which contains .imap/ (+rwx), inbox (+rw) or mbox (+rw) it's treated as IMAP root directory. If INBOX isn't known, imap_root/inbox file is used by default. If root directory isn't known, we try to find it from /, ~/mail or ~/Mail. Files created by Dovecot ------------------------ .subscriptions: One folder per line listing subscribed IMAP folders. There's only one of these files in the root mail directory (~/Maildir/ or ~/mail/.imap/). ---------------------------------------------------------------------------- ------ My .subscription file is located in ~/mail/ but the documentation states only one should be in ~/mail/.imap/ !!!! Thanks, OOOrah

2 1

[Dovecot] problem setting up dovecot server
by Tanim Islam 29 Nov '04

29 Nov '04

Hi all: I have a problem running my dovecot server. I get the following error message when trying to get mail from my account with INBOX in /var/spool/mail/tanim (username tanim). Nov 22 19:23:00 phobos imap(tanim): file_lock_dotlock() failed with mbox file /var/spool/mail/tanim: Permission denied What permissions should I set for the mailbox? I am running dovecot-0.99.11-1.1. Tanim -- Astronomy 109, Department of Astronomy P. O. Box 3818, University of Virginia Charlottesville, VA 22903

2 1

[Dovecot] Strace of Dovecot segfaulting.
by Chris Tooley 29 Nov '04

29 Nov '04

Please find attached the strace of dovecot, configure for use with LDAP segfaulting and throwing no error. I need to get this thing to run. It happens on startup. Chris Tooley Networking Technologies Resource Center, LLC Networking and Consulting Services Manager 8650 Spicewood Springs Rd Suite 105 Austin, TX 78759 (512)250-8985 x802 (512)659-2498 (Mobile) (512)250-5909 (Fax) www.ntrc.net

2 1

[Dovecot] Only one malfunction in months - now running dovecot-1.0-test52
by Kim Culhan 29 Nov '04

29 Nov '04

Dont think there has been even one failure in some months of use but tonight we're seeing this running test-52 While running squirrelmail 1.5.1-CVS a certain message causes: dovecot: Nov 17 22:25:14 Error: IMAP(kimc): file ostream-file.c: line 643 (_send_istream): assertion failed: (instream->v_offset <= in_size) dovecot: Nov 17 22:25:14 Error: child 72172 (imap) killed with signal 6 FWIW squirrelmail shows: ERROR : Connection dropped by imap-server. Query: FETCH 5 BODY[1] If I retrieve the message with Outlook, it shows the message has no text and a single jpeg attachment. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[Dovecot] SASL authentication
by Tom Allison 29 Nov '04

29 Nov '04

I was browsing the wiki and found a section on what appears to be as close to "exactly what I'm looking for" as I've seen in a long time. http://wiki.dovecot.org/moin.cgi/DovecotPostgresql However, I'm not inclined to do very much "blind" configuration on my machines without first understanding the what/why of it all. My theory is that this helps me with the RTFM syndromes later. Hopefully. My current dovecot installation is based on pgsql authentication with a single domain and files being placed in a $HOME. It's as if it were /etc/passwd based, but the passwords are different. I would very much like to migrate this into a system which supports multiple domains and this Wiki seems to be the best means for that. However, I didn't use SASL authentication. I was emotionally scarred trying to use SASL with a venture with Cyrus-IMAP under different circumstances. Could someone explain why SASL is a good thing in this case? Does it allow for something more, lead into future developements? Most of the rest of this general paper I do understand, but the SASL is the only part where I'm not sure if I must do that, want to do that, or can live without it.

2 1

[Dovecot] NFS, test52, maildir, freebsd 4.x and OS X (Panther) Server
by Sean Porter 29 Nov '04

29 Nov '04

I've been working on setting up a Dovecot server with a maildir mailboxes stored over NFS. Initially, everything was working great, and then I started seeing this error as previously discussed on the list in my maillog: (mail_index_expunge): assertion failed: (!t->view->external) Timo, in another thread, suggested to remove line 247 in mail-index-transaction.c in the test52 source, which I blithely ignored as I thought this would remove only the error message from the logfile and not fix the problem. At Mark Lidstone's helpful off-list insistence I did remove the line, recompile, and everything did seem to be working, until I encountered a different error. I started doing some light load testing from multiple clients (essentially, clicking like a rabid monkey on Get Mail in Thunderbird and hitting different mailbox links in Squirrelmail as the same user) and started running into this error in the logs: Nov 22 20:10:46 server dovecot: IMAP(mailuser(a)example.com): rename(/host/mail/mailboxes/mailuser(a)example.com/dovecot-uidlist.lock, /host/mail/mailboxes/mailuser(a)example.com/dovecot-uidlist) failed: Input/output error Nov 22 20:10:46 server dovecot: IMAP(mailuser(a)example.com): file_dotlock_replace(/host/mail/mailboxes/mailuser(a)example.com/dovecot- uidlist) failed: Input/output error Oddly, the dovecot-uidlist.lock file was unremovable on the NFS server (OS X Panther Server) with a simple 'rm', so I started digging into things a little further. It seems that the OS X NFS code is based on the FreeBSD 5.x codebase. The server that Dovecot (and my NFS client) lives on is FreeBSD 4.x, which doesn't support NFS locking at all(incidentally, the FreeBSD NFS Server is apparently incompatible with Linux NFS clients as well -- nice!). Per the suggestion in http://www.dovecot.org/doc/nfs.txt I'd already been storing my index files locally, but it appeared that the control files were somehow blowing up, even with NFS-safe dotlocking. All hope was nearly lost when I came across this tidbit in a post from Timo(http://www.dovecot.org/list/dovecot/2003-May/001489.html): - :CONTROL=dir in default_mail_env can specify where to save dovecot-uidlist and .customflags files. Useful for above problems. I then changed my dovecot.conf to retreive the mailboxes from the NFS mount, but store the indexes and the control files locally: default_mail_env = maildir:/host/mail/mailboxes/%u:INDEX=/home/dovecot/%u/indexes: CONTROL=/home/dovecot/%u/control All seems well so far. I know this is a relatively unique setup, but I thought it might help some of the other people that are running into NFS-related issues. Suggestion: perhaps the :CONTROL directive could be added to mail-storages.txt or dovecot-example.conf? A hint may also want to be added to http://www.dovecot.org/doc/nfs.txt. Sean

2 1

[Dovecot] AppleMail causes dovecot error: file mbox-rewrite.c: line 429 assertion failed
by Adam Rosi-Kessel 29 Nov '04

29 Nov '04

I get the following error message in my syslog frequently when a user accesses the dovecot (IMAP) server from his OS X AppleMail client: Nov 24 09:45:42 myhost imap(someuser): file mbox-rewrite.c: line 429 (mbox_write_header): assertion failed: (hdr_parsed_size.physical_size == hdr_size) Nov 24 09:45:42 myhost dovecot: child 23277 (imap) killed with signal 6 Usually each message appears 5-6 times. The user on the other end doesn't notice any problems. Any idea why this occurs and what I can do to prevent it? I'm using dovecot from Debian sid, 0.99.11-3. Otherwise a fairly standard configuration. -- Adam Rosi-Kessel http://adam.rosi-kessel.org

2 1

[Dovecot] Runtime root directory
by Brad Robel-Forrest 29 Nov '04

29 Nov '04

I'm considering modifying the Dovecot source to support a runtime designation for the root directory instead of relying on the prefix provided via configure. Once complete, it would be possible to move the root directory around somewhat ad-hoc after installation without having to rebuild the source. The primary driver for this is that I'd like to wrap a binary build of Dovecot within an OSX application bundle. These bundles can be placed anywhere the user desires, so Dovecot couldn't rely on a particular build-defined root directory. Before I get too far down the path, I'd like to know if there's a desire for this type of enhancement. If so, I'd like to provide a diff that would meet any other requirements for this change. There are two methods I was considering. Feel free to suggest a better alternative as I'm not ecstatic about either at the moment. 1. Find and change all uses of the prefix directory to instead prepend a value obtained from the environment (say, DOVECOT_ROOT_DIR). 2. Find and change all uses of the prefix directory to instead prepend a value obtained from the configuration file (say, a new setting called "dovecot_root_dir"). In either case, if the value was not available or not a valid directory, I would fall back to the build prefix. I would also make this functionality optional via configure--defaulted "off". -brad

2 1

[Dovecot] Dovecot 1.0-test52 and LDAP authentication
by Jonathan Salomon 26 Nov '04

26 Nov '04

Hi all! I have upgraded Dovecot 0.99.11 installation that's worked with LDAP to Dovecot 1.0-test52 and I can't get LDAP to work. I noticed the /etc/dovecot.conf is slightly different, so I have adjusted changes. If I use the standard auth (passw & pam) everything works fine, however when I user ldap for auth Dovecot starts but then dies: dovecot: Nov 26 14:14:36 Error: Auth process died too early - shutting down dovecot: Nov 26 14:14:36 Error: child 16454 (auth) killed with signal 11 As far as I can tell the /etc/dovecot-ldap.conf hasn't changed since 0.99.11 and the LDAP server is working properly. What is happening here? I did a 'strace -f dovecot 2>log' because I saw this in the mailing list archive, but it doesn't really tell me anything, so I have someone can tell me what is happening here. I have included the tail below. Thank you in advance! Jonathan [pid 16545] rt_sigaction(SIGTERM, {0x8056330, [TERM], SA_RESTART}, <unfinished ...> [pid 16546] <... sendmsg resumed> ) = -1 EPIPE (Broken pipe) [pid 16545] <... rt_sigaction resumed> {SIG_DFL}, 8) = 0 [pid 16546] --- SIGPIPE (Broken pipe) @ 0 (0) --- [pid 16545] rt_sigaction(SIGPIPE, {SIG_IGN}, <unfinished ...> [pid 16546] write(2, "\1Ffd_send(-1) failed: Broken pip"..., 34 <unfinished ...> [pid 16545] <... rt_sigaction resumed> {SIG_IGN}, 8) = 0 [pid 16546] <... write resumed> ) = -1 EPIPE (Broken pipe) [pid 16545] rt_sigaction(SIGALRM, {SIG_IGN}, <unfinished ...> [pid 16546] --- SIGPIPE (Broken pipe) @ 0 (0) --- [pid 16545] <... rt_sigaction resumed> {SIG_IGN}, 8) = 0 [pid 16546] exit_group(82) = ? Process 16546 detached [pid 16545] open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 [pid 16545] fstat64(6, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 [pid 16545] fcntl64(6, F_SETFD, FD_CLOEXEC) = 0 [pid 16545] getdents64(6, /* 2 entries */, 4096) = 48 [pid 16545] getdents64(6, /* 0 entries */, 4096) = 0 [pid 16545] close(6) = 0 [pid 16545] getsockname(0, {sa_family=AF_INET, sin_port=htons(143), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0 [pid 16545] getsockname(1, <unfinished ...> [pid 16547] <... select resumed> ) = 1 (in [5]) [pid 16545] <... getsockname resumed> 0xfef3d050, [28]) = -1 ENOTSOCK (Socket operation on non-socket) [pid 16547] read(5, <unfinished ...> [pid 16545] sendmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 56}], msg_controllen=0, msg_flags=0}, 0 <unfinished ...> [pid 16547] <... read resumed> "0\f\2\1\2e\7\n", 8) = 8 [pid 16545] <... sendmsg resumed> ) = -1 EPIPE (Broken pipe) [pid 16547] read(5, <unfinished ...> [pid 16545] --- SIGPIPE (Broken pipe) @ 0 (0) --- [pid 16547] <... read resumed> "\1\0\4\0\4\0", 6) = 6 [pid 16545] write(2, "\1Ffd_send(-1) failed: Broken pip"..., 34 <unfinished ...> [pid 16547] time( <unfinished ...> [pid 16545] <... write resumed> ) = -1 EPIPE (Broken pipe) [pid 16547] <... time resumed> NULL) = 1101483703 [pid 16545] --- SIGPIPE (Broken pipe) @ 0 (0) --- [pid 16547] time( <unfinished ...> [pid 16545] exit_group(82) = ? Process 16545 detached <... time resumed> [1101483703]) = 1101483703 geteuid32() = 0 geteuid32() = 0 time(NULL) = 1101483703 write(5, "0s\2\1\3cn\4\35ou=Groups,dc=2male"..., 117) = 117 time([1101483703]) = 1101483703 select(1024, [5], [], NULL, NULL) = 1 (in [5]) read(5, "0\f\2\1\3e\7\n", 8) = 8 read(5, "\1\0\4\0\4\0", 6) = 6 time(NULL) = 1101483703 geteuid32() = 0 setgroups32(1, [97]) = 0 open("/etc/localtime", O_RDONLY) = 6 fstat64(6, {st_mode=S_IFREG|0644, st_size=1074, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xf6f0f000 read(6, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\r\0\0\0\r\0"..., 4096) = 1074 close(6) = 0 munmap(0xf6f0f000, 4096) = 0 chroot("/var/run/dovecot/login") = 0 chdir("/") = 0 setuid32(97) = 0 setuid32(0) = -1 EPERM (Operation not permitted) getgid32() = 97 getegid32() = 97 setgid32(0) = -1 EPERM (Operation not permitted) setrlimit(RLIMIT_NPROC, {rlim_cur=1, rlim_max=1}) = 0 gettimeofday({1101483703, 638988}, {4294967236, 0}) = 0 rt_sigaction(SIGHUP, {0x8056320, [], 0}, NULL, 8) = 0 rt_sigaction(SIGINT, {0x8056330, [INT], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGTERM, {0x8056330, [TERM], SA_RESTART}, {SIG_DFL}, 8) = 0 rt_sigaction(SIGPIPE, {SIG_IGN}, {SIG_IGN}, 8) = 0 rt_sigaction(SIGALRM, {SIG_IGN}, {SIG_IGN}, 8) = 0 open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 6 fstat64(6, {st_mode=S_IFDIR|0750, st_size=4096, ...}) = 0 fcntl64(6, F_SETFD, FD_CLOEXEC) = 0 getdents64(6, /* 2 entries */, 4096) = 48 getdents64(6, /* 0 entries */, 4096) = 0 close(6) = 0 getsockname(0, {sa_family=AF_INET, sin_port=htons(143), sin_addr=inet_addr("0.0.0.0")}, [16]) = 0 getsockname(1, 0xfef8b470, [28]) = -1 ENOTSOCK (Socket operation on non-socket) sendmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 56}], msg_controllen=0, msg_flags=0}, 0) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- write(2, "\1Ffd_send(-1) failed: Broken pip"..., 34) = -1 EPIPE (Broken pipe) --- SIGPIPE (Broken pipe) @ 0 (0) --- exit_group(82) = ? Process 16547 detached

1 0

[Dovecot] [OT] Apple Mail.app access to localhost imap when no network
by Alan Schmitt 25 Nov '04

25 Nov '04

Hello, Sorry for the offtopic subject, but I tried asking this on some Apple mailing lists and could not find an answer there, and as it's related to imap (provided by dovecot), someone might know something about this. The problem is the following: I have a local IMAP server provided by dovecot, so that I can store my mail in maildir format, and read it both using mutt and Apple Mail.app. Mail.app is configured to access localhost:143 to access mail. However, I discovered that when there is no network connection (no ethernet cable plugged in and no wifi network), Mail.app is saying that it's working in disconnected mode and refuses to access the imap server. Would someone have a suggestion as to what to do to allow connected access to localhost when no network is present? I'm very new to OS X (I come from Linux). Thanks a lot, Alan Schmitt

6 12

Re: [Dovecot] dovecot only answers to imap connections
by Mitch Pirtle 25 Nov '04

25 Nov '04

Nope, just sticking with simple pop3 at this point ;-) The second issue I am having is that Thunderbird seems to 'freeze' from time to time on directories that have more than 1000 messages in them. I remember reading earlier that there were some performance tweaks for Thunderbird, but I lost the link :-( I cannot replicate the authentication problem, and will wait to see if it is a layer 8 protocol error (between the ears). Thanks for the help, you have been stupendous! -- Mitch On Wed, 24 Nov 2004 19:01:29 -0700, Saurabh Barve <sa(a)atmos.colostate.edu> wrote: > Are you using simple POP3 or secure POP3? If you are using secure POP3, > then you have to tell the clients that they need to accept your > certificate permanently, not just for that session. Otherwise, the mail > clients will complain about self-signed certificates every time they > log in.

1 0

[Dovecot] Cannot see contents of ~/mail folder
by Saurabh Barve 25 Nov '04

25 Nov '04

Hi, I just installed dovecot-0.99 on my Fedora Core 2 machine. When I start the secure IMAP daemon, I am able to see my Inbox, but not the other folders in the 'mail' folder in my home directory (sent-mail, saved-messages, etc.) These folders were created when I was using pine earlier on the machine. In my dovecot.conf file, I have set: default_mail_env = mbox:~/mail:INBOX=/var/mail/%u I am using Mozilla Mail as my mail client, if that makes a difference. Dovecot seems to be creating a directory called .imap inside the 'mail' folder, where it is storing the inbox and a Trash folder. I have set "mail_full_filesystem_access = no" so that users don't access any of their other files except the mail folder. From what I understand, I don't have to set IMAP path in Mozilla Mail. I tried doing that too, just to try it out, but as expected, it didn't work. What do I need to set in order to see my other folders in the 'mail' directory? Thanks, Saurabh. ------------------------------------------------------------------------ --------------------------- Saurabh Barve Phone : (970) 491-7714 E-mail : sa(a)atmos.colostate.edu System Administrator, Montgomery Research Group, Deptt of Atmos. Sci., CSU, Fort Collins, CO - 80523

4 6

[Dovecot] ssl_ca_file
by Jacob Elder 25 Nov '04

25 Nov '04

I am very fond of Dovecot, but it would be nice to have a more useful SSL implementation. When do you think we'll see a non-beta version that supports ssl_ca_file? I am running 0.99.11-3 from Debian testing. -- Jacob Elder

1 0

[Dovecot] Error in IMAP command GETACL: Unknown command..
by Ingo Lantschner (Lists) 24 Nov '04

24 Nov '04

Hi all, I have just installed dovecot on my Fedora Core 2 box. I would like to use it only for reading archived email from within my Mozilla 1.7.3. I syminked my old opera-files (*.mbs whoch seems to be same as mbox) into ~/mail. Seems to work fine, mostly I can open the mailfiles - sometimes it hangs with the following error: The current command did not succeed. The mailserver responded: Error in IMAP command GETACL: Unknown command.. And then: The current command did not succeed. The mailserver responded: Error in IMAP command MYRIGHTS: Unknown command.. ALthough I searched in Google and in the Wiki on dovecot, I did not find any hint - am I the first with this problem? TIA Ingo. -- Ingo Lantschner T (+43-1) 59 55 766 M (+43-664) 143 84 18 -- Ingo Lantschner T (+43-1) 59 55 766 M (+43-664) 143 84 18

2 1

Re: [Dovecot] [OT] Apple Mail.app access to localhost imap when no network
by Alan Schmitt 22 Nov '04

22 Nov '04

Le 22 nov. 04, à 14:30, Simon Waters a écrit : >> I tried that, and it did not work. I guess Mail.app must be trying to >> resolve some name (that is not localhost), and failing somehow. > > Stupid question, but does "localhost" resolve. Most systems it must > appear in > /etc/hosts for it to resolve. You can always specify 127.0.0.1 as the > server > to rule out name resolution. Thanks for this suggestion. "localhost" does resolve (I tried to ping it, and it worked), and 127.0.0.1 does not change anything. So I guess my initial guess was wrong, and Mail must be trying to see if the network is up before even trying to log in. Alan Schmitt

1 0

[Dovecot] .INBOX required?
by Todd Slater 20 Nov '04

20 Nov '04

Hi, Newbie to Dovecot and IMAP in general. The system in question is RH 9, Dovecot 0.99.11, Maildir, accessing mail with SquirrelMail, Thunderbird, Kmail, Mutt, Entourage and Mail.app. I've set up the maildir for users in ~/Maildir. Inside that I have other folders, .Sent, .Drafts, .Trash, .Junk, .MakeJunk, .MakeGood. ~/Maildir itself has the cur, new, and tmp folders, but I note that there is also an .INBOX folder. Mail to the account does end up in ~/Maildir/new and it's readable in the various MUA's (as Inbox). I'm just not certain why the .INBOX is there, and if I'm supposed to be creating the other folders as .INBOX.otherfolder. Thanks, Todd

3 3

[Dovecot] [PATCH] add initial response support for NTLM and RPA
by Andrey Panin 19 Nov '04

19 Nov '04

Hello, this patch adds initial response support for NTLM and RPA authentication mechanism. It can be useful if dovecot acts as authentication backend for SMTP server. RFC2554 permits initial response in AUTH command, so it's legal to send NTLM type 1 message or RPA token 1 in it. Please consider applying. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

1 0

[Dovecot] assertion failed: (!t->view->external)
by Peter Hessler 19 Nov '04

19 Nov '04

Nov 18 17:29:54 gir dovecot: imap-login: Login: jmcvetta [69.106.50.255] Nov 18 17:30:02 gir dovecot: IMAP(jmcvetta): file mail-index-transaction.c: line 247 (mail_index_expunge): assertion failed: (!t->view->external) Nov 18 17:30:02 gir dovecot: child 31094 (imap) killed with signal 6 I saw this in my maillog. I have no idea what that user is doing, but I can harrass him and find out if need be. I'm using 1.0-test52 on OpenBSD/macppc. -- There are three ways to get something done: (1) Do it yourself. (2) Hire someone to do it for you. (3) Forbid your kids to do it.

2 2

[Dovecot] [Fwd: Re: [Evolution] evo confused when searching message bodies on large folders?]
by Dan Stromberg 19 Nov '04

19 Nov '04

Is this possibly a problem with dovecot 0.99.10.9? Maybe it's been fixed in a later release? Might it be a security issue? Thanks!

2 1

[Dovecot] (mail_index_expunge): assertion failed: (!t->view->external)
by Mark Lidstone 18 Nov '04

18 Nov '04

Hi all, I was wondering if anyone's seen anything like this? Nov 15 14:16:13 olympic dovecot: imap-login: Login: postmaster [192.168.0.32] Nov 15 14:17:05 olympic dovecot: IMAP(postmaster): file mail-index-transaction.c: line 247 (mail_index_expunge): assertion failed: (!t->view->external) Nov 15 14:17:05 olympic dovecot: child 20184 (imap) killed with signal 6 Nov 15 14:17:19 olympic dovecot: Killed with signal 15 Nov 15 14:17:19 olympic dovecot: Dovecot v1.0-test52 starting up I'm running (as you might have guessed) test52 on Linux (i386) using maildirs. The client is Thunderbird. This only appears to be happening when viewing certain mail folders in the IMAP account. As a temporary fix, it seems to stop happening when I delete the ".imap*" files in the affected folder, but this is hardly an ideal solution. If you want any debug-type information please send me "idiots guide" type instructions as to how to do it - I'm not a software engineer :? Many thanks, Mark Lidstone IT and Network Support Administrator BMT SeaTech Ltd Grove House, Meridians Cross, 7 Ocean Way Ocean Village, Southampton. SO14 3TJ. UK Tel: +44 (0)23 8063 5122 Fax: +44 (0)23 8063 5144 E-Mail: mailto:mark.lidstone@bmtseatech.co.uk Website: www.bmtseatech.co.uk ======================================================================== == Confidentiality Notice and Disclaimer: The contents of this e-mail and any attachments are intended only for the use of the e-mail addressee(s) shown. If you are not that person, or one of those persons, you are not allowed to take any action based upon it or to copy it, forward, distribute or disclose the contents of it and you should please delete it from your system. BMT SeaTech Limited does not accept liability for any errors or omissions in the context of this e-mail or its attachments which arise as a result of Internet transmission, nor accept liability for statements which are those of the author and not clearly made on behalf of BMT SeaTech Limited. ======================================================================== ==

5 6

[Dovecot] Rebuilind help
by Clinton Mills 18 Nov '04

18 Nov '04

Okay see if you can see what I am doing wrong? Looking at the timestamp [root@ns3 sbin]# ls -la /usr/local/sbin/dovecot -rwxr-xr-x 1 root root 471186 Nov 13 18:25 /usr/local/sbin/dovecot rebuilding [root@ns3 sbin]# /root/dovecot-0.99.11/configure --sysconfdir=/etc --localstatedir=/var ...... [root@ns3 sbin]# make ...... [root@ns3 sbin]# sudo make install .... Looking at the timestamp [root@ns3 sbin]# ls -la /usr/local/sbin/dovecot -rwxr-xr-x 1 root root 471186 Nov 17 13:35 /usr/local/sbin/dovecot The file was updated! [root@ns3 dovecot-0.99.11]# /usr/local/sbin/dovecot Fatal: Can't open configuration file /usr/local/etc/dovecot.conf: No such file or directory Any ideas on why it is looking in /usr/local? Thanks Clinton Hitcents.com Tel: (270) 796-5063 ext 105# Fax: (270) 796-3195 Cell: (270) 996-1122

2 1

[Dovecot] Dovecot LDAP, SQL auth process memory leaks fixed
by Timo Sirainen 17 Nov '04

17 Nov '04

Pretty simple bug, fixed finally. For 0.99.x: http://dovecot.org/patches/sql-ldap-auth-leak.diff Next 1.0-test release (or next nightly snapshot) fixes it for 1.0-tests.

2 1

[Dovecot] noob - Outlook Duplicate Problem Question
by Jeff Ramsey 17 Nov '04

17 Nov '04

Hi, I use dovecot 0.99-11 with sendmail latest, and clamav-milter, and spamass-milter. Whole setup works great. We only use dovecot for pop3, no imap. We use primarily Outlook 2000-2003 for a client. I have a couple of users who prefer to leave a copy of each message on the server. I read the archives about the Outlook Duplicate Message problem regarding the setting 'Leave a copy on the Server'. I read that someone fixed this by changing the order of the UIDL from datestamp.message# to message#.datestamp. My question is if I make that change in my source for 0.99-11, will the 1.0 version have a fix for this included, or should I look for another pop3 server? I'd like to continue to use dovecot as it is very light and fast, but I'm trying to eliminate using source compiled binaries on my production servers, and letting YUM do my updates for me. I can compile this version from source, using the fix that was mentioned in the September Archives for this list, if I know that the problem (which is an MS problem, go figure) will be gone in future RPM binary packages. Thanks for any info or help. Jeff Ramsey MIS Administrator Tubafor Mill, Inc.

6 7

[Dovecot] 1.0-test52
by Timo Sirainen 16 Nov '04

16 Nov '04

http://dovecot.org/test/ I have very high hopes that mbox support is finally stable in this version. I've been running some stress tests for an hour now without it breaking (well, there are two potential problems but I think they were just fixing previous breakages). Before it took only a few minutes at most to break. - fixes several mbox syncing problems, especially expunges potentially deleted parts of wrong messages - maildir: readdir() race conditions are fixed by keeping dovecot-uidlist lock a bit more than before (it really doesn't matter in most cases, we did this before as well but slightly less often. so this really fixes just the problematic cases without giving hardly any more overhead than there was before) - index header changed a bit. will rebuild indexes and print some cache indexid errors.. i should hide these errors too.. - fixed memory leaks in dovecot-auth

2 5