- dovecot - dovecot.org

Re: [Dovecot] When the 1.0 release is planed?
by Kim Culhan 10 Dec '04

10 Dec '04

On Thu, December 9, 2004 15:07, Andrew Velikoredchanin said: > Wouter Van Hemel: > >>> >>> What part of 1.0-test now not fully tested? >>> >>> >>> >> >> For me, the latest test releases have been pretty stable. But if you're >> not going to offer imap, you might as well run a simple pop server such as popa3d >> (http://www.openwall.com/popa3d/) It's quite secure AFAIK -- >> at least, it's written by Solar Designer and uses a multiple-fork model. > > No. popa3d not support mysql userdb. :( > > >> But it probably would help dovecot if you would give the test releases a >> try, the last bugs (if any) are hardest to find. That way, you would have a stable dovecot >> sooner. > > Yes, of couse. FWIW, dovecot CVS (development version) has been running here for several weeks with pop3s users having no problems we can find. -kim' __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 4

[Dovecot] Exim4 authentication patch
by Andrey Panin 10 Dec '04

10 Dec '04

Hello all, attached patch makes possible to use dovecot as an authentication backend for Exim 4. Reasons beyond this patch are simple: exim's authenticators require use of plaintext passwords and NTLM code in exim is quite outdated and hairy. Patch generated against Exim 4.43, but should apply to earlier versions too. Patch adds new 'dovecot' authenticator, which can be used as such: ntlm: driver = dovecot public_name = NTLM server_socket = /var/authentication_socket_path server_set_id = $1 cram: driver = dovecot public_name = CRAM-MD5 ... Authenticator has only one parameter 'server_socket', it's value used as path for dovecot's authentication socket. Authenticator can be used for server authentication only. Hope it will be useful for someone. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

2 1

[Dovecot] mech-plain patch
by Andrew Hutchings 10 Dec '04

10 Dec '04

Hi Guys, Unoffical patch for mech-plain so the AUTH PLAIN command works with SQL (and possibly other DBs). Thunderbird should work again after this. --- mech-plain.c 2004-12-10 01:56:51.065987304 +0000 +++ mech-plain.c 2004-12-10 01:53:16.974534152 +0000 @@ -27,7 +27,10 @@ authid = (const char *) data; authenid = NULL; pass = ""; - count = 0; + if (data_size == 0) + return; + + count = 0; for (i = 0; i < data_size; i++) { if (data[i] == '\0') { if (++count == 1) Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 1

[Dovecot] Help needed with debugging auth command
by Andrew Hutchings 10 Dec '04

10 Dec '04

Hi guys, OK, so I am trying to find out why the POP3 AUTH / IMAP AUTHORIZE command is not doing what it is supposed to (not sure if it just for me or what). I am getting as far as: sasl-server.c - line 123 - mech = auth_client_find_mech(auth_client, mech_name); auth_client_find_mech is in auth-client.c which is where I am getting lost. My guess is we are not returning back to sasl-server.c since we don't get an SASL auth or an 'Unsupported' error. If I try 'PLAIN' as the auth method as the parameter then it tries to login with no user or pass and fails. If I try anything else (I have configed to accept plain only) I get 'Authorization failed' and it doesn't even try to lookup the user/pass. Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 1

[Dovecot] SHA1
by Marco Herrn 10 Dec '04

10 Dec '04

Hi, I am currently installing doveot as POP and IMAP server, but I a have a few difficulties configuring it correctly. I use postgresql to store the user information. The passwords are stored SHA1 encrypted. Now I have the problem that dovecot isn't accepting the user. In dovecot-pgsql.conf I defined default_pass_scheme = SHA1 I am not quite sure about whether this is corrents, since it is not mentioned in the documentation, but it is mentioned in the wiki (under the name SHA) and it doesn't produce an error (as specifying SHA does). So I assume this is correct. But when I log in with a user I always geht the following log output: dovecot-auth: Dec 08 22:18:20 Info: PGSQL: Performing query: SELECT passwd FROM mailbox WHERE localpart = érwin' AND domainname ='poiu.de' dovecot-auth: Dec 08 22:18:20 Info: pgsql(erwin(a)poiu.de): Password mismatch imap-login: Dec 08 22:18:20 Info: Aborted login [82.82.66.4] dovecot-auth: Dec 08 22:18:20 Info: Login process 9 disconnected dovecot-auth: Dec 08 22:18:20 Info: Login process 9 connected dovecot-auth: Dec 08 22:18:20 Info: Login process 9 sent handshake: PID 22222 Is there a way to get a more excessive debugging? I already set auth_verbose and auth_debug to yes. Or does anyone have an idea what the problem can be here? Regards Marco -- It's better to be wanted for murder that not to be wanted at all. -- Marco Herrn _ ___ o ' (_)< _ _ _>(__'> o 0 (_X % >(_`> O o _; _;'7^'_ \;\ % (GnuPG/PGP-encrypted mail preferred) _;\ _.\ _.';;) ;,;_/; Key ID: 0x94620736 _ _'./_$'))_; );/$}/`fsc

3 7

[Dovecot] When the 1.0 release is planed?
by Andrew Velikoredchanin 10 Dec '04

10 Dec '04

Hi! When the 1.0 release is planed?

5 7

[Dovecot] Timeouts with outlook express
by Daniel 10 Dec '04

10 Dec '04

Hi I am using Dovecot 0.99.12.1 (just upgraded) on a site with about 1500 mailboxes. One thing I have noticed is when the client outlook express is receiving a large mail via pop3 it gets a time out. There is traffic. If you click on the "wait" button in the dialogue the mail continues to download. This seem to relate to the "Server Timeouts" setting under mail account Properties/advance. If this setting is set higher the dialogue come only after this time has passed. If the mail take a long time to download if say is very big the user may have to click "Wait" a number of time even if the time out setting is set to the largest amount. It funny because the mail is downloading, So the pop3 server has not stopped responding as outlook express say it has. Strange. What is happening here? and is there a work around for it. Do I have a setting wrong. Regards Daniel ROwe

4 3

[Dovecot] SQL + POP3 AUTH command bug - test 57
by Andrew Hutchings 09 Dec '04

09 Dec '04

Hi guys, In addition to my previous message stating that POP3 'AUTH' command wasn't working correctly with SQL auths (making Thunderbird fail), the same is true of the AUTHENTICATE command in IMAP. Again I have created a temp fix by commenting out the lines that check for that command in imap-login/client.c If I get some time tonight I will write a patch to fix this properly. (Dovecot 1.0 test 57) Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 0

[Dovecot] "correct" permissions for login dir
by Kirill Miazine 09 Dec '04

09 Dec '04

I'm in process of moving away from Cyrus to Dovecot. I have my own authentication daemon working fine. It sets up two sockets: drwxr-x--- 2 root dovecot 512 Dec 7 21:07 /var/state/dovecot/login srw-rw-rw- 1 krot krot 0 Dec 7 21:07 /var/state/dovecot/login/sock drwx------ 2 krot wheel 512 Dec 7 21:07 /var/state/dovecot/master srw-rw-rw- 1 krot wheel 0 Dec 7 21:07 /var/state/dovecot/master/sock When I fire up Dovecot, it warns me of "incorrect" permissons for login dir (/var/state/dovecot/login) and "fixes" the problem. I want /var/state/dovecot/login to be owned by user krot (which the main daemon is running as), not by root. I suggest that login directory is not touched if external authentication is used. Socket are not wiped out, why should permissions be fixed? (see in master/master-settings.c around line 560). I'm afraid that some day I will forget to make this tiny change to Dovecot and end up with a mail system which does not work at all, because the master daemon won't be able to create dovecot/login socket. 1.0-test "works pretty well". Does it mean well enough to replace Cyrus (which indeed works pretty well)? I have maildir-based folders. Most users have no idea what IMAP is (my sister uses IMAP because I set it up, others just say that they don't need IMAP...) and they just download everything using POP3. Sometimes they use SquirrelMail. Default usage pattern. Are the risks high? Currently I have test56 on my test installation (which is almost ready to take over). Timo, Dovecot has been a pleasure to work with so far! -- They make a desert and call it peace. -- Tacitus

2 1

[Dovecot] 0.99.12 released
by Timo Sirainen 08 Dec '04

08 Dec '04

One change since -rc1 (the last one below). - 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 gave 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. - IMAP and POP3 login processes may have sent each line in two IP packets, one with the data and another with CR+LF. Some clients didn't work because of this.

5 8

[Dovecot] problems with eudora
by Enrique Pedraza 08 Dec '04

08 Dec '04

Hi everyone, i just installed dovecot in Fedora Core release 1 (Yarrow). When accessing from a eudora 6.1 client, first it gave ssl authentication problems. I fixed disabling them in eudora, but now it authenticates ok and then it says that there is no inbox for that user. Any idea? Enrique Pedraza Valiente Formador en Lenguajes Avanzados y Nuevas Tecnologías cell: +34 678 51 75 19 http://epedraza.com

3 3

[Dovecot] (mail_index_sync_update_index): assertion failed
by Doug Luce 08 Dec '04

08 Dec '04

Anyone run into this one? I'm using test53... Dec 3 13:08:17 aurora dovecot: IMAP(doug): file mail-index-sync-update.c: line 1160 (mail_index_sync_update_index): assertion failed: (map->records_count == map->hdr.messages_count) Dec 3 13:08:17 aurora dovecot: child 65942 (imap) killed with signal 6 It doesn't seem to correlate with any particular action. The only change I make to the compilation is to comment out #define HAVE_FREEBSD_SENDFILE Thanks, Doug

4 8

[Dovecot] Non standart mbox path
by Andrew Velikoredchanin 08 Dec '04

08 Dec '04

Hi! I need set to dovecot non standart mbox path. For example, /var/service/mail/%u. How I can do it? I see default_mail_env parameter, but I don't undestend how it used. Thanks!

2 1

[Dovecot] dovecot 1.0-test-56 mail doesn't show up with Mac Entourage clients
by Will Bending 08 Dec '04

08 Dec '04

Hi. I'm seeing some issues where Entourage clients can see new mail, download it (or partially), but won't display the mail in the mailbox list. Mail shows up as having arrived, but never displays. These clients have worked in the past with versions of 0.99, but not in 1.0-test-56. I have dumped the connection traffic and it looks like Entourage aborts the IMAP session before it finishes fetching the mail. I have set up an IMAP server running test 56 and another running dovecot-0.99.11-1.1.fc3.rf and placed one email message in the inbox of a test account. The following is an error message I see in the 1.0 server's logs for some Entourage users experiencing this error, and is followed by a snippet of a tcpdump of the IMAP session on both machines showing where the Entourage client aborts the connection before completing the download of the message. Any help with or comments on this issue are greatly appreciated. Thanks, --will Error in dovecot.log from an Entourage client: dovecot: Dec 07 09:21:44 Error: IMAP(some_user): file mbox-lock.c: line 493 (mbox_lock): assertion failed: (lock_type == F_RDLCK || ibox->mbox_lock_type != F_RDLCK) dovecot: Dec 07 09:21:44 Error: child 16735 (imap) killed with signal 6 **************************************************************************** tcpdump snippets: 0.99 server with Entourage client: 14:43:17.997889 IP noctis.shsu.edu.61359 > ab1-1-41.shsu.edu.imap: P 52:128(76) ack 156 win 65535 <nop,nop,timestamp 519041503 335641251> 0x0000: 4500 0080 adf9 4000 4006 384b 9e87 0bfc E.....@.@.8K.... 0x0010: 9e87 0b29 efaf 008f a87e ee7c fc30 de0e ...).....~.|.0.. 0x0020: 8018 ffff c716 0000 0101 080a 1eef f1df ................ 0x0030: 1401 7aa3 4130 3237 2055 4944 2046 4554 ..z.A027.UID.FET 0x0040: 4348 2032 2028 5549 4420 464c 4147 5320 CH.2.(UID.FLAGS. 0x0050: 494e 5445 524e 414c 4441 5445 2052 4643 INTERNALDATE.RFC 0x0060: 3832 322e 5349 5a45 2042 4f44 592e 5045 822.SIZE.BODY.PE 0x0070: 454b 5b5d 3c30 2e32 3034 3830 3e29 0d0a EK[]<0.20480>).. 14:43:17.998229 IP ab1-1-41.shsu.edu.imap > noctis.shsu.edu.61359: . 156:1604(1448) ack 128 win 1448 <nop,nop,timestamp 335641262 519041503> 0x0000: 4500 05dc 73b9 4000 4006 6d2f 9e87 0b29 E...s.@.@.m/...) 0x0010: 9e87 0bfc 008f efaf fc30 de0e a87e eec8 .........0...~.. 0x0020: 8010 05a8 5a02 0000 0101 080a 1401 7aae ....Z.........z. 0x0030: 1eef f1df 2a20 3120 4645 5443 4820 2855 ....*.1.FETCH.(U 0x0040: 4944 2032 2046 4c41 4753 2028 5c52 6563 ID.2.FLAGS.(\Rec 0x0050: 656e 7429 2049 4e54 4552 4e41 4c44 4154 ent).INTERNALDAT 0x0060: 4520 2230 372d 4465 632d 3230 3034 2031 E."07-Dec-2004.1 0x0070: 343a 3432 3a34 3320 2d30 3630 3022 2052 4:42:43.-0600".R 0x0080: 4643 3832 322e 5349 5a45 2031 3836 3120 FC822.SIZE.1861. 0x0090: 424f 4459 5b5d 3c30 3e20 7b31 3836 317d BODY[]<0>.{1861} 0x00a0: 0d0a 5265 7475 726e 2d50 6174 683a 203c ..Return-Path:.< 0x00b0: 7563 735f 7768 6240 7368 7375 2e65 6475 ucs_whb(a)shsu.edu 0x00c0: 3e0d 0a52 6563 6569 7665 643a 2066 726f >..Received:.fro 0x00d0: 6d20 756e 786d 6169 6c2e 7368 7375 2e65 m.unxmail.shsu.e 0x00e0: 6475 2028 756e 786d 6169 6c2e 7368 7375 du.(unxmail.shsu 0x00f0: 2e65 6475 205b 3135 382e 3133 352e 312e .edu.[158.135.1. 0x0100: 3533 5d29 0d0a 0962 7920 6162 312d 312d 53])...by.ab1-1- 0x0110: 3431 2e73 6873 752e 6564 7520 2838 2e31 41.shsu.edu.(8.1 0x0120: 332e 312f 382e 3133 2e31 2920 7769 7468 3.1/8.13.1).with 0x0130: 2045 534d 5450 2069 6420 6942 374b 6768 .ESMTP.id.iB7Kgh 0x0140: 4246 3032 3632 3738 0d0a 0966 6f72 203c BF026278...for.< 0x0150: 7769 6c6c 7465 7374 4061 6231 2d31 2d34 willtest@ab1-1-4 0x0160: 312e 7368 7375 2e65 6475 3e3b 2054 7565 1.shsu.edu>;.Tue 0x0170: 2c20 3720 4465 6320 3230 3034 2031 343a ,.7.Dec.2004.14: 0x0180: 3432 3a34 3320 2d30 3630 300d 0a52 6563 42:43.-0600..Rec 0x0190: 6569 7665 643a 2066 726f 6d20 3135 382e eived:.from.158. 0x01a0: 3133 352e 302e 3734 2028 5b31 3538 2e31 135.0.74.([158.1 0x01b0: 3335 2e30 2e37 345d 290d 0a09 2861 7574 35.0.74])...(aut 0x01c0: 6865 6e74 6963 6174 6564 2062 6974 733d henticated.bits= 0x01d0: 3029 0d0a 0962 7920 756e 786d 6169 6c2e 0)...by.unxmail. 0x01e0: 7368 7375 2e65 6475 2028 382e 3132 2e31 shsu.edu.(8.12.1 0x01f0: 312f 382e 3132 2e31 3129 2077 6974 6820 1/8.12.11).with. 0x0200: 4553 4d54 5020 6964 2069 4237 4b67 7238 ESMTP.id.iB7Kgr8 0x0210: 7530 3032 3131 390d 0a09 2876 6572 7369 u002119...(versi 0x0220: 6f6e 3d54 4c53 7631 2f53 534c 7633 2063 on=TLSv1/SSLv3.c 0x0230: 6970 6865 723d 5243 342d 4d44 3520 6269 ipher=RC4-MD5.bi 0x0240: 7473 3d31 3238 2076 6572 6966 793d 4e4f ts=128.verify=NO 0x0250: 290d 0a09 666f 7220 3c77 696c 6c74 6573 )...for.<willtes 0x0260: 7440 7475 726e 6970 2e73 6873 752e 6564 t(a)turnip.shsu.ed 0x0270: 753e 3b20 5475 652c 2037 2044 6563 2032 u>;.Tue,.7.Dec.2 0x0280: 3030 3420 3134 3a34 323a 3533 202d 3036 004.14:42:53.-06 0x0290: 3030 0d0a 5375 626a 6563 743a 2074 6573 00..Subject:.tes 0x02a0: 740d 0a46 726f 6d3a 2057 696c 6c20 4265 t..From:.Will.Be 0x02b0: 6e64 696e 6720 3c75 6373 5f77 6862 4073 nding.<ucs_whb@s 0x02c0: 6873 752e 6564 753e 0d0a 5265 706c 792d hsu.edu>..Reply- 0x02d0: 546f 3a20 7563 735f 7768 6240 7368 7375 To:.ucs_whb@shsu 0x02e0: 2e65 6475 0d0a 546f 3a20 7769 6c6c 7465 .edu..To:.willte 0x02f0: 7374 4061 6231 2d31 2d34 312e 7368 7375 st(a)ab1-1-41.shsu 0x0300: 2e65 6475 0d0a 436f 6e74 656e 742d 5479 .edu..Content-Ty 0x0310: 7065 3a20 6d75 6c74 6970 6172 742f 7369 pe:.multipart/si 0x0320: 676e 6564 3b20 6d69 6361 6c67 3d70 6770 gned;.micalg=pgp 0x0330: 2d73 6861 313b 2070 726f 746f 636f 6c3d -sha1;.protocol= 0x0340: 2261 7070 6c69 6361 7469 6f6e 2f70 6770 "application/pgp 0x0350: 2d73 6967 6e61 7475 7265 223b 2062 6f75 -signature";.bou 0x0360: 6e64 6172 793d 223d 2d4e 684c 712f 622b ndary="=-NhLq/b+ 0x0370: 375a 6938 5247 5234 7355 706f 6722 0d0a 7Zi8RGR4sUpog".. 0x0380: 4f72 6761 6e69 7a61 7469 6f6e 3a20 5361 Organization:.Sa 0x0390: 6d20 486f 7573 746f 6e20 5374 6174 6520 m.Houston.State. 0x03a0: 556e 6976 6572 7369 7479 0d0a 4461 7465 University..Date 0x03b0: 3a20 5475 652c 2030 3720 4465 6320 3230 :.Tue,.07.Dec.20 0x03c0: 3034 2031 343a 3432 3a30 3720 2d30 3630 04.14:42:07.-060 0x03d0: 300d 0a4d 6573 7361 6765 2d49 643a 203c 0..Message-Id:.< 0x03e0: 3131 3032 3435 3231 3237 2e37 3435 332e 1102452127.7453. 0x03f0: 3131 2e63 616d 656c 406c 6f63 616c 686f 11.camel@localho 0x0400: 7374 2e6c 6f63 616c 646f 6d61 696e 3e0d st.localdomain>. 0x0410: 0a4d 696d 652d 5665 7273 696f 6e3a 2031 .Mime-Version:.1 0x0420: 2e30 0d0a 582d 4d61 696c 6572 3a20 4576 .0..X-Mailer:.Ev 0x0430: 6f6c 7574 696f 6e20 322e 302e 3220 2832 olution.2.0.2.(2 0x0440: 2e30 2e32 2d33 2920 0d0a 582d 5348 5355 .0.2-3)...X-SHSU 0x0450: 2d4d 6169 6c53 6361 6e6e 6572 2d49 6e66 -MailScanner-Inf 0x0460: 6f72 6d61 7469 6f6e 3a20 5361 6d20 486f ormation:.Sam.Ho 0x0470: 7573 746f 6e20 5374 6174 6520 556e 6976 uston.State.Univ 0x0480: 6572 7369 7479 0d0a 582d 5348 5355 2d4d ersity..X-SHSU-M 0x0490: 6169 6c53 6361 6e6e 6572 3a20 466f 756e ailScanner:.Foun 0x04a0: 6420 746f 2062 6520 636c 6561 6e0d 0a58 d.to.be.clean..X 0x04b0: 2d53 4853 552d 4d61 696c 5363 616e 6e65 -SHSU-MailScanne 0x04c0: 722d 5370 616d 4368 6563 6b3a 206e 6f74 r-SpamCheck:.not 0x04d0: 2073 7061 6d2c 2053 7061 6d41 7373 6173 .spam,.SpamAssas 0x04e0: 7369 6e20 2873 636f 7265 3d2d 302e 3030 sin.(score=-0.00 0x04f0: 312c 0d0a 0972 6571 7569 7265 6420 352e 1,...required.5. 0x0500: 352c 2061 7574 6f6c 6561 726e 3d6e 6f74 5,.autolearn=not 0x0510: 2073 7061 6d2c 2042 4159 4553 5f30 3020 .spam,.BAYES_00. 0x0520: 2d30 2e30 3029 0d0a 582d 4d61 696c 5363 -0.00)..X-MailSc 0x0530: 616e 6e65 722d 4672 6f6d 3a20 7563 735f anner-From:.ucs_ 0x0540: 7768 6240 7368 7375 2e65 6475 0d0a 582d whb@shsu.edu..X- 0x0550: 494d 4150 6261 7365 3a20 3131 3032 3433 IMAPbase:.110243 0x0560: 3936 3037 2032 0d0a 5374 6174 7573 3a20 9607.2..Status:. 0x0570: 4f0d 0a58 2d55 4944 3a20 320d 0a43 6f6e O..X-UID:.2..Con 0x0580: 7465 6e74 2d4c 656e 6774 683a 2034 3632 tent-Length:.462 0x0590: 0d0a 582d 4b65 7977 6f72 6473 3a20 2020 ..X-Keywords:... 0x05a0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x05b0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x05c0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x05d0: 2020 2020 2020 2020 2020 2020 ............ 14:43:17.998255 IP ab1-1-41.shsu.edu.imap > noctis.shsu.edu.61359: P 1604:2156(552) ack 128 win 1448 <nop,nop,timestamp 335641262 519041503> 0x0000: 4500 025c 73bb 4000 4006 70ad 9e87 0b29 E..\s.@.@.p....) 0x0010: 9e87 0bfc 008f efaf fc30 e3b6 a87e eec8 .........0...~.. 0x0020: 8018 05a8 5682 0000 0101 080a 1401 7aae ....V.........z. 0x0030: 1eef f1df 2020 2020 2020 2020 2020 2020 ................ 0x0040: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x0050: 2020 2020 2020 2020 200d 0a0d 0a0d 0a2d ...............- 0x0060: 2d3d 2d4e 684c 712f 622b 375a 6938 5247 -=-NhLq/b+7Zi8RG 0x0070: 5234 7355 706f 670d 0a43 6f6e 7465 6e74 R4sUpog..Content 0x0080: 2d54 7970 653a 2074 6578 742f 706c 6169 -Type:.text/plai 0x0090: 6e0d 0a43 6f6e 7465 6e74 2d54 7261 6e73 n..Content-Trans 0x00a0: 6665 722d 456e 636f 6469 6e67 3a20 7175 fer-Encoding:.qu 0x00b0: 6f74 6564 2d70 7269 6e74 6162 6c65 0d0a oted-printable.. 0x00c0: 0d0a 0d0a 0d0a 2d2d 3d2d 4e68 4c71 2f62 ......--=-NhLq/b 0x00d0: 2b37 5a69 3852 4752 3473 5570 6f67 0d0a +7Zi8RGR4sUpog.. 0x00e0: 436f 6e74 656e 742d 5479 7065 3a20 6170 Content-Type:.ap 0x00f0: 706c 6963 6174 696f 6e2f 7067 702d 7369 plication/pgp-si 0x0100: 676e 6174 7572 653b 206e 616d 653d 7369 gnature;.name=si 0x0110: 676e 6174 7572 652e 6173 630d 0a43 6f6e gnature.asc..Con 0x0120: 7465 6e74 2d44 6573 6372 6970 7469 6f6e tent-Description 0x0130: 3a20 5468 6973 2069 7320 6120 6469 6769 :.This.is.a.digi 0x0140: 7461 6c6c 7920 7369 676e 6564 206d 6573 tally.signed.mes 0x0150: 7361 6765 2070 6172 740d 0a0d 0a2d 2d2d sage.part....--- 0x0160: 2d2d 4245 4749 4e20 5047 5020 5349 474e --BEGIN.PGP.SIGN 0x0170: 4154 5552 452d 2d2d 2d2d 0d0a 5665 7273 ATURE-----..Vers 0x0180: 696f 6e3a 2047 6e75 5047 2076 312e 322e ion:.GnuPG.v1.2. 0x0190: 3620 2847 4e55 2f4c 696e 7578 290d 0a0d 6.(GNU/Linux)... 0x01a0: 0a69 4438 4442 5142 4274 6857 6635 362b .iD8DBQBBthWf56+ 0x01b0: 5976 5377 624d 7277 5241 6a56 7941 4a30 YvSwbMrwRAjVyAJ0 0x01c0: 5472 446a 5466 3373 5846 7645 5430 4538 TrDjTf3sXFvET0E8 0x01d0: 4872 504f 4444 3742 6938 7743 6773 4955 HrPODD7Bi8wCgsIU 0x01e0: 420d 0a32 7469 4d62 4654 5245 3949 7261 B..2tiMbFTRE9Ira 0x01f0: 4436 4647 385a 6a77 6851 3d0d 0a3d 4455 D6FG8ZjwhQ=..=DU 0x0200: 7133 0d0a 2d2d 2d2d 2d45 4e44 2050 4750 q3..-----END.PGP 0x0210: 2053 4947 4e41 5455 5245 2d2d 2d2d 2d0d .SIGNATURE-----. 0x0220: 0a0d 0a2d 2d3d 2d4e 684c 712f 622b 375a ...--=-NhLq/b+7Z 0x0230: 6938 5247 5234 7355 706f 672d 2d0d 0a29 i8RGR4sUpog--..) 0x0240: 0d0a 4130 3237 204f 4b20 4665 7463 6820 ..A027.OK.Fetch. 0x0250: 636f 6d70 6c65 7465 642e 0d0a completed... 14:43:18.011006 IP noctis.shsu.edu.61359 > ab1-1-41.shsu.edu.imap: . ack 2156 win 65535 <nop,nop,timestamp 519041503 335641262> 0x0000: 4500 0034 adfa 4000 4006 3896 9e87 0bfc E..4..@.@.8..... 0x0010: 9e87 0b29 efaf 008f a87e eec8 fc30 e5de ...).....~...0.. 0x0020: 8010 ffff 1975 0000 0101 080a 1eef f1df .....u.......... 0x0030: 1401 7aae ..z. ********************************************************************************** Tcpdump from the 1.0-test-56 server of failed fetch request: 14:43:43.214921 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: P 177:253(76) ack 608 win 65535 <nop,nop,timestamp 519041530 438977827> 0x0000: 4500 0080 ae0c 4000 4006 422c 9e87 0bfc E.....@.@.B,.... 0x0010: 9e87 0135 efb2 008f 2fa2 46d7 61ef eaee ...5..../.F.a... 0x0020: 8018 ffff b026 0000 0101 080a 1eef f1fa .....&.......... 0x0030: 1a2a 4523 4130 3038 2055 4944 2046 4554 .*E#A008.UID.FET 0x0040: 4348 2032 2028 5549 4420 464c 4147 5320 CH.2.(UID.FLAGS. 0x0050: 494e 5445 524e 414c 4441 5445 2052 4643 INTERNALDATE.RFC 0x0060: 3832 322e 5349 5a45 2042 4f44 592e 5045 822.SIZE.BODY.PE 0x0070: 454b 5b5d 3c30 2e32 3034 3830 3e29 0d0a EK[]<0.20480>).. 14:43:43.228963 IP unxmail.shsu.edu.imap > noctis.shsu.edu.61362: . 608:2056(1448) ack 253 win 1448 <nop,nop,timestamp 438977889 519041530> 0x0000: 4500 05dc acf1 4000 4006 3deb 9e87 0135 E.....@.@.=....5 0x0010: 9e87 0bfc 008f efb2 61ef eaee 2fa2 4723 ........a.../.G# 0x0020: 8010 05a8 368c 0000 0101 080a 1a2a 4561 ....6........*Ea 0x0030: 1eef f1fa 2a20 3120 4645 5443 4820 2842 ....*.1.FETCH.(B 0x0040: 4f44 595b 5d3c 303e 207b 3134 3632 7d0d ODY[]<0>.{1462}. 0x0050: 0a52 6574 7572 6e2d 5061 7468 3a20 3c75 .Return-Path:.<u 0x0060: 6373 5f77 6862 4073 6873 752e 6564 753e cs_whb(a)shsu.edu> 0x0070: 0d0a 5265 6365 6976 6564 3a20 6672 6f6d ..Received:.from 0x0080: 2031 3538 2e31 3335 2e30 2e37 3420 285b .158.135.0.74.([ 0x0090: 3135 382e 3133 352e 302e 3734 5d29 0d0a 158.135.0.74]).. 0x00a0: 0928 6175 7468 656e 7469 6361 7465 6420 .(authenticated. 0x00b0: 6269 7473 3d30 290d 0a09 6279 2075 6e78 bits=0)...by.unx 0x00c0: 6d61 696c 2e73 6873 752e 6564 7520 2838 mail.shsu.edu.(8 0x00d0: 2e31 322e 3131 2f38 2e31 322e 3131 2920 .12.11/8.12.11). 0x00e0: 7769 7468 2045 534d 5450 2069 6420 6942 with.ESMTP.id.iB 0x00f0: 374b 6830 4f45 3030 3233 3736 0d0a 0928 7Kh0OE002376...( 0x0100: 7665 7273 696f 6e3d 544c 5376 312f 5353 version=TLSv1/SS 0x0110: 4c76 3320 6369 7068 6572 3d52 4334 2d4d Lv3.cipher=RC4-M 0x0120: 4435 2062 6974 733d 3132 3820 7665 7269 D5.bits=128.veri 0x0130: 6679 3d4e 4f29 0d0a 0966 6f72 203c 7769 fy=NO)...for.<wi 0x0140: 6c6c 7465 7374 4073 6873 752e 6564 753e lltest(a)shsu.edu> 0x0150: 3b20 5475 652c 2037 2044 6563 2032 3030 ;.Tue,.7.Dec.200 0x0160: 3420 3134 3a34 333a 3031 202d 3036 3030 4.14:43:01.-0600 0x0170: 0d0a 5375 626a 6563 743a 2074 6573 740d ..Subject:.test. 0x0180: 0a46 726f 6d3a 2057 696c 6c20 4265 6e64 .From:.Will.Bend 0x0190: 696e 6720 3c75 6373 5f77 6862 4073 6873 ing.<ucs_whb@shs 0x01a0: 752e 6564 753e 0d0a 5265 706c 792d 546f u.edu>..Reply-To 0x01b0: 3a20 7563 735f 7768 6240 7368 7375 2e65 :.ucs_whb@shsu.e 0x01c0: 6475 0d0a 546f 3a20 7769 6c6c 7465 7374 du..To:.willtest 0x01d0: 4073 6873 752e 6564 750d 0a43 6f6e 7465 @shsu.edu..Conte 0x01e0: 6e74 2d54 7970 653a 206d 756c 7469 7061 nt-Type:.multipa 0x01f0: 7274 2f73 6967 6e65 643b 206d 6963 616c rt/signed;.mical 0x0200: 673d 7067 702d 7368 6131 3b20 7072 6f74 g=pgp-sha1;.prot 0x0210: 6f63 6f6c 3d22 6170 706c 6963 6174 696f ocol="applicatio 0x0220: 6e2f 7067 702d 7369 676e 6174 7572 6522 n/pgp-signature" 0x0230: 3b20 626f 756e 6461 7279 3d22 3d2d 5844 ;.boundary="=-XD 0x0240: 5631 3663 3368 3745 5752 7169 4a33 654c V16c3h7EWRqiJ3eL 0x0250: 6e68 220d 0a4f 7267 616e 697a 6174 696f nh"..Organizatio 0x0260: 6e3a 2053 616d 2048 6f75 7374 6f6e 2053 n:.Sam.Houston.S 0x0270: 7461 7465 2055 6e69 7665 7273 6974 790d tate.University. 0x0280: 0a44 6174 653a 2054 7565 2c20 3037 2044 .Date:.Tue,.07.D 0x0290: 6563 2032 3030 3420 3134 3a34 323a 3134 ec.2004.14:42:14 0x02a0: 202d 3036 3030 0d0a 4d65 7373 6167 652d .-0600..Message- 0x02b0: 4964 3a20 3c31 3130 3234 3532 3133 342e Id:.<1102452134. 0x02c0: 3734 3533 2e31 332e 6361 6d65 6c40 6c6f 7453.13.camel@lo 0x02d0: 6361 6c68 6f73 742e 6c6f 6361 6c64 6f6d calhost.localdom 0x02e0: 6169 6e3e 0d0a 4d69 6d65 2d56 6572 7369 ain>..Mime-Versi 0x02f0: 6f6e 3a20 312e 300d 0a58 2d4d 6169 6c65 on:.1.0..X-Maile 0x0300: 723a 2045 766f 6c75 7469 6f6e 2032 2e30 r:.Evolution.2.0 0x0310: 2e32 2028 322e 302e 322d 3329 200d 0a58 .2.(2.0.2-3)...X 0x0320: 2d53 4853 552d 4d61 696c 5363 616e 6e65 -SHSU-MailScanne 0x0330: 722d 496e 666f 726d 6174 696f 6e3a 2053 r-Information:.S 0x0340: 616d 2048 6f75 7374 6f6e 2053 7461 7465 am.Houston.State 0x0350: 2055 6e69 7665 7273 6974 790d 0a58 2d53 .University..X-S 0x0360: 4853 552d 4d61 696c 5363 616e 6e65 723a HSU-MailScanner: 0x0370: 2046 6f75 6e64 2074 6f20 6265 2063 6c65 .Found.to.be.cle 0x0380: 616e 0d0a 582d 5348 5355 2d4d 6169 6c53 an..X-SHSU-MailS 0x0390: 6361 6e6e 6572 2d53 7061 6d43 6865 636b canner-SpamCheck 0x03a0: 3a20 6e6f 7420 7370 616d 2c20 5370 616d :.not.spam,.Spam 0x03b0: 4173 7361 7373 696e 2028 7363 6f72 653d Assassin.(score= 0x03c0: 2d30 2e30 3031 2c0d 0a09 7265 7175 6972 -0.001,...requir 0x03d0: 6564 2035 2e35 2c20 6175 746f 6c65 6172 ed.5.5,.autolear 0x03e0: 6e3d 6e6f 7420 7370 616d 2c20 4241 5945 n=not.spam,.BAYE 0x03f0: 535f 3030 202d 302e 3030 290d 0a58 2d4d S_00.-0.00)..X-M 0x0400: 6169 6c53 6361 6e6e 6572 2d46 726f 6d3a ailScanner-From: 0x0410: 2075 6373 5f77 6862 4073 6873 752e 6564 .ucs_whb(a)shsu.ed 0x0420: 750d 0a0d 0a0d 0a2d 2d3d 2d58 4456 3136 u......--=-XDV16 0x0430: 6333 6837 4557 5271 694a 3365 4c6e 680d c3h7EWRqiJ3eLnh. 0x0440: 0a43 6f6e 7465 6e74 2d54 7970 653a 2074 .Content-Type:.t 0x0450: 6578 742f 706c 6169 6e0d 0a43 6f6e 7465 ext/plain..Conte 0x0460: 6e74 2d54 7261 6e73 6665 722d 456e 636f nt-Transfer-Enco 0x0470: 6469 6e67 3a20 7175 6f74 6564 2d70 7269 ding:.quoted-pri 0x0480: 6e74 6162 6c65 0d0a 0d0a 0d0a 0d0a 2d2d ntable........-- 0x0490: 3d2d 5844 5631 3663 3368 3745 5752 7169 =-XDV16c3h7EWRqi 0x04a0: 4a33 654c 6e68 0d0a 436f 6e74 656e 742d J3eLnh..Content- 0x04b0: 5479 7065 3a20 6170 706c 6963 6174 696f Type:.applicatio 0x04c0: 6e2f 7067 702d 7369 676e 6174 7572 653b n/pgp-signature; 0x04d0: 206e 616d 653d 7369 676e 6174 7572 652e .name=signature. 0x04e0: 6173 630d 0a43 6f6e 7465 6e74 2d44 6573 asc..Content-Des 0x04f0: 6372 6970 7469 6f6e 3a20 5468 6973 2069 cription:.This.i 0x0500: 7320 6120 6469 6769 7461 6c6c 7920 7369 s.a.digitally.si 0x0510: 676e 6564 206d 6573 7361 6765 2070 6172 gned.message.par 0x0520: 740d 0a0d 0a2d 2d2d 2d2d 4245 4749 4e20 t....-----BEGIN. 0x0530: 5047 5020 5349 474e 4154 5552 452d 2d2d PGP.SIGNATURE--- 0x0540: 2d2d 0d0a 5665 7273 696f 6e3a 2047 6e75 --..Version:.Gnu 0x0550: 5047 2076 312e 322e 3620 2847 4e55 2f4c PG.v1.2.6.(GNU/L 0x0560: 696e 7578 290d 0a0d 0a69 4438 4442 5142 inux)....iD8DBQB 0x0570: 4274 6857 6d35 362b 5976 5377 624d 7277 BthWm56+YvSwbMrw 0x0580: 5241 6d38 6741 4b43 4d38 6239 6439 4734 RAm8gAKCM8b9d9G4 0x0590: 7a77 6945 5568 7468 516d 6b75 2b6e 7044 zwiEUhthQmku+npD 0x05a0: 4556 4143 6778 4933 590d 0a36 4961 4f45 EVACgxI3Y..6IaOE 0x05b0: 2f4f 5430 4d69 4374 464a 4f4e 4964 2b67 /OT0MiCtFJONId+g 0x05c0: 356f 3d0d 0a3d 456a 6755 0d0a 2d2d 2d2d 5o=..=EjgU..---- 0x05d0: 2d45 4e44 2050 4750 2053 4947 -END.PGP.SIG 14:43:43.228991 IP unxmail.shsu.edu.imap > noctis.shsu.edu.61362: P 2056:2209(153) ack 253 win 1448 <nop,nop,timestamp 438977889 519041530> 0x0000: 4500 00cd acf3 4000 4006 42f8 9e87 0135 E.....@.@.B....5 0x0010: 9e87 0bfc 008f efb2 61ef f096 2fa2 4723 ........a.../.G# 0x0020: 8018 05a8 2118 0000 0101 080a 1a2a 4561 ....!........*Ea 0x0030: 1eef f1fa 4e41 5455 5245 2d2d 2d2d 2d0d ....NATURE-----. 0x0040: 0a0d 0a2d 2d3d 2d58 4456 3136 6333 6837 ...--=-XDV16c3h7 0x0050: 4557 5271 694a 3365 4c6e 682d 2d0d 0a20 EWRqiJ3eLnh--... 0x0060: 5549 4420 3220 464c 4147 5320 285c 5265 UID.2.FLAGS.(\Re 0x0070: 6365 6e74 2920 494e 5445 524e 414c 4441 cent).INTERNALDA 0x0080: 5445 2022 3037 2d44 6563 2d32 3030 3420 TE."07-Dec-2004. 0x0090: 3134 3a34 333a 3032 202d 3036 3030 2220 14:43:02.-0600". 0x00a0: 5246 4338 3232 2e53 495a 4520 3134 3632 RFC822.SIZE.1462 0x00b0: 290d 0a41 3030 3820 4f4b 2046 6574 6368 )..A008.OK.Fetch 0x00c0: 2063 6f6d 706c 6574 6564 2e0d 0a .completed... 14:43:43.233988 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: P 253:266(13) ack 2209 win 65535 <nop,nop,timestamp 519041530 438977889> 0x0000: 4500 0041 ae0d 4000 4006 426a 9e87 0bfc E..A..@.@.Bj.... 0x0010: 9e87 0135 efb2 008f 2fa2 4723 61ef f12f ...5..../.G#a../ 0x0020: 8018 ffff 736d 0000 0101 080a 1eef f1fa ....sm.......... 0x0030: 1a2a 4561 4130 3039 204c 4f47 4f55 540d .*EaA009.LOGOUT. 0x0040: 0a . 14:43:43.242948 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: F 266:266(0) ack 2209 win 65535 <nop,nop,timestamp 519041530 438977889> 0x0000: 4500 0034 ae0e 4000 4006 4276 9e87 0bfc E..4..@.@.Bv.... 0x0010: 9e87 0135 efb2 008f 2fa2 4730 61ef f12f ...5..../.G0a../ 0x0020: 8011 ffff 01d4 0000 0101 080a 1eef f1fa ................ 0x0030: 1a2a 4561 .*Ea 14:43:43.251385 IP unxmail.shsu.edu.imap > noctis.shsu.edu.61362: P 2209:2255(46) ack 267 win 1448 <nop,nop,timestamp 438977911 519041530> 0x0000: 4500 0062 acf5 4000 4006 4361 9e87 0135 E..b..@.@.Ca...5 0x0010: 9e87 0bfc 008f efb2 61ef f12f 2fa2 4731 ........a..//.G1 0x0020: 8018 05a8 8954 0000 0101 080a 1a2a 4577 .....T.......*Ew 0x0030: 1eef f1fa 2a20 4259 4520 4c6f 6767 696e ....*.BYE.Loggin 0x0040: 6720 6f75 740d 0a41 3030 3920 4f4b 204c g.out..A009.OK.L 0x0050: 6f67 6f75 7420 636f 6d70 6c65 7465 642e ogout.completed. 0x0060: 0d0a .. 14:43:43.251720 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: R 799164209:799164209(0) win 0 0x0000: 4500 0028 ae0f 4000 4006 4281 9e87 0bfc E..(..@.@.B..... 0x0010: 9e87 0135 efb2 008f 2fa2 4731 0000 0000 ...5..../.G1.... 0x0020: 5004 0000 fe8b 0000 5555 5555 5555 P.......UUUUUU

1 0

[Dovecot] problems with eudora (2)
by Enrique Pedraza 08 Dec '04

08 Dec '04

ah, dovecot version is dovecot-0.99.12-1.1.fc2.rf. tx Enrique Pedraza Valiente Formador en Lenguajes Avanzados y Nuevas Tecnologías cell: +34 678 51 75 19 http://epedraza.com

1 0

[Dovecot] Lost BODY message
by Tom Allison 08 Dec '04

08 Dec '04

DEBIAN package information: ii dovecot-common 0.99.11-3 ii dovecot-imapd 0.99.11-3 ii bogofilter 0.93.1-1 Apologies for cross-posting, but I think the problem lies somewhere in here. Maybe someone can tell me something useful. Now, I've confirmed the following: I received a mail message that was not spam, of size 2132 originally. clamav scanned it and bumped the size up to 2356 (added headers) ls -l shows it at 1019. The message file (maildir) does not show any BODY. I didn't have my procmail logging on VERBOSE=yes at this time which is a real bummer. Nothing else shows up in the syslog or other logs. As near as I can tell, the following happened: postfix delivered the email to the procmail script in good shape. Now, either procmail or dovecot got goofy on this one. I'm also running bogofilter in the dovecot script, but there's nothing in the procmail log to indicate a problem (logging would have helped!). But the bogofilter database doesn't show any signs of corruption. Somewhere between the interplay of procmail, bogofilter, dovecot things went wrong. I've increased all the logging that I can to watch for the next event. BTW - how can I increase the verbosity of dovecot while staying in daemon mode?

2 1

Re: [Dovecot] Problem with dovecot on home LAN
by Timothy Murphy 08 Dec '04

08 Dec '04

On Tuesday 07 December 2004 15:28, David Sheryn wrote: > > With fetchmail I get the error message: > > ============================================ > > [tim@william ~]$ fetchmail alfred > > fetchmail: Server CommonName mismatch: localhost.localdomain != alfred > > fetchmail: Server CommonName mismatch: localhost.localdomain != alfred > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This would appear to be you problem. You have an identity crisis > somewhere. Either your laptop or you dektop (or both) are confused as to > their (LAN, i.e. IP) network identity (note that this has nothing to do > with UUCP -- unless, of course, you are attempting to run UUCP over IP > which would be ill-advised.) > > It's not at all obvious where the misconfig lies, but I'd start with host > files / interface configs. I'm sure you are right that this is where the problem lies. Unfortunately I don't know what the solution is. There is no "identity crisis" normally, as I ssh from one machine to the other with no problem, and eg keep a yum repository on the desktop which I use to update Fedora-3 on the small number of machines on my two little LANs (Ethernet and WiFi). I googled for this error "Server CommonName mismatch" and found dozens fo hits, but none of them seemed to suggest a concrete solution. What slightly puzzles me is that dozens of people must be using dovecot for more or less the purpose I envisage - otherwise what are they using it for - so my little problem must have arisen many times before. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

3 2

[Dovecot] Problem with dovecot on home LAN
by Timothy Murphy 08 Dec '04

08 Dec '04

At present I get email directly on my laptop in /var/spool/mail/* through uucp. I'd like to get the email in the same directory on my desktop (alfred), and then run a mail server on the destop and collect the email on my laptop (william) (or on other computers on my two little home LANs, ethernet and WiFi). I was advised that dovecot was a good imap server for this purpose (I tried cyrus-imapd, but decided it was too complicated), so I'm running dovecot on alfred (my desktop), with the following /etc/dovecot.conf (minus comments): ============================================ imap_listen = * pop3_listen = * login_dir = /var/run/dovecot-login login = imap login = pop3 default_mail_env = mbox:~/mail/:INBOX=/var/spool/mail/%u mbox_locks = fcntl auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_user = root auth_verbose = yes ============================================ I am able to access my desktop with telnet from my laptop: ============================================ [tim@william ~]$ telnet alfred 143 Trying 192.168.1.1... Connected to alfred. Escape character is '^]'. * OK dovecot ready. x login tim <password> x OK Logged in. ^] telnet> quit Connection closed. ============================================ Unfortunately, neither fetchmail not KMail on my laptop seem able to retrieve mail from my desktop. With fetchmail I get the error message: ============================================ [tim@william ~]$ fetchmail alfred fetchmail: Server CommonName mismatch: localhost.localdomain != alfred fetchmail: Server CommonName mismatch: localhost.localdomain != alfred 10 messages for tim at alfred. reading message tim@alfred.murphy.ie:1 of 10 (765 header octets) fetchmail: fetchmail: getaddrinfo(localhost.smtp) fetchmail: SMTP connect to localhost failed fetchmail: SMTP transaction error while fetching from alfred fetchmail: Query status=10 (SMTP) ============================================ My .fetchmailrc on william reads ============================================ poll alfred proto IMAP user "tim" password "whatever" ============================================ I have no better luck trying to retrieve mail with KMail on the laptop, after adding the following entry to KMail=>Settings=>Configure KMail=>Network=>Receiving ============================================== Name: dovecot Login: tim Password: <password> Host: alfred Port: 143 Prefix to folders: /var/spool/mail/ ============================================== (I also tried with "Prefix to folders:" empty.) When I start KMail on william I get the message "Checking account dovecot for new mail", but no mail comes over, and I see no error in the log files on either machine (although I may have missed something there). I should say that I am running Fedora-3 with all programs up-to-date. Apologies for the long message; any suggestions of advice gratefully received. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

4 6

[Dovecot] Assert in mech.c
by Andrew Hutchings 07 Dec '04

07 Dec '04

Hi guys, Seems to be my week for mailing :) I am getting the following in my mail log: Dec 7 11:54:08 svr21 dovecot: auth(sql8): file mech.c: line 143 (mech_auth_finish): assertion failed: (*requests != request) Is this assert important or can I remove it from my copy of the code? Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

2 1

[Dovecot] imaps, certificate and authentification
by jean-Noël Chardron 07 Dec '04

07 Dec '04

hello, first sorry for my poor english I'm doing the migration from UW-imap to Dovecot I have two question about the authentification in the imaps (port 993) process In dovecot .conf I can enable (or disable) the différent port (pop, pops, imap, imaps) and may be restrict the access to the serveur with the ip adresse. Can I configure dovecot in imaps so it permit the access if the certificate is knowing by the server? Actually, this is the process to authenticate in WU-imap on imaps : the client connect to the server through a tunnel SSL (stunnel) and only if stunnel know the certificate, then the client can connect. and more, Is it possible when the client (with a certificate) connect to the serveur with imaps to authenticate the user without prompting the password, so the authentication is throught the certificate ? These are similar functionnality in the apache server with the restriction access to location et authentification with certificate. thanks -- Jean-Noel

2 2

[Dovecot] 0.99.12.1 released
by Timo Sirainen 07 Dec '04

07 Dec '04

The only difference to 0.99.12 is that it now builds without GNU make. I didn't bother to change the version number so it's still 0.99.12 inside the tarball.

1 0

[Dovecot] 0.99.12-1.1.fc1.rf broken?
by alex＠amcms.org 06 Dec '04

06 Dec '04

Hi, I dont know if this is a dovecot problem, or the rpm build, me, or my computer ;) Was wondering if anyone else has been having problems using the 0.99.12-1.1.fc1.rf release from http://dag.wieers.com/packages/dovecot/ My specific problem is this. 1. Dovecot starts 2. You can login using telnet 3. You can issue a select inbox but nothing seems to happen By this stage dovecot is spiraling out of control, using up almost all my tiny cpu's processor, when usually it uses basically nothing. What appears to happen if you look at the logs is this. ======= Dovecot Log ======= dovecot: Dec 06 10:39:48 Error: login: Authentication process 5634 doesn't exist ======= Dovecot Info Log ======= imap-login: Dec 06 12:36:09 Info: Disconnected: Inactivity [127.0.0.1] Then, I noticed that if I tried to log in again I would have multiple dovecot-auth processes churning away at my processor.... I went thru the config file, and the new one with my changes, still the same. I also restarted dovecot several times, having to kill all the processes manually as service dovecot stop didnt seem to work. Is anyone else having this problem? And do they know how to fix it? Im running dovecot on fedora core 1, using mysql for authenticating. Thanks Alex

1 0

[Dovecot] 1.0 test 52 - test 56 upgrade
by Andrew Hutchings 06 Dec '04

06 Dec '04

Hi guys, I run a LVS cluster system which holds mail via a NFS server in Maildir format, and indexes on the local hard disks. When upgrading from 52-56 about half the index files failed to work correctly, many killing the server. Not really a problem, I just deleted them. Just thought the developer guys should know. Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 0

[Dovecot] 1.0-test56
by Timo Sirainen 06 Dec '04

06 Dec '04

http://dovecot.org/test/ - Lots of fixes for mmap_disable = yes. It finally seems to be working pretty well. - POP3 idle timeouts changed to 10min I just wrote a simple stress test tool for IMAP and I've had one for POP3 for some months. The IMAP stress test was very helpful in finding out the bugs I fixed today. If anyone wants to try them, they're in: http://dovecot.org/tools/

3 7

[Dovecot] problem with test56
by Cor Bosman 06 Dec '04

06 Dec '04

Hi all, im doing some tests with the test56 release and im seeing some problems with APPEND (may be related to something else, I just see it with APPEND). When I ask someone to move some emails from one mailbox to another, after some messages (seemingly random), the client experiences a 'hang'. When tracing the process what seems to happen is that dovecot doesnt send a final OK after that specific email. It's kinda hard to attach a gdb at that point, so for now, maybe someone has seen this also? Cor

3 2

[Dovecot] [PATCH] passdb cache fixes
by Andrey Panin 06 Dec '04

06 Dec '04

Hello, attached patches fixes some bugs in passdb cache. First patch fixes bug which causes passdb cache always return empty scheme for cached passwords. Second patch fixes dovecot-auth crash with passdb cache enabled. I'm not sure that it is proper fix, though. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

1 0

[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