- dovecot - dovecot.org

[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

[Dovecot] dovecot and outlook express and large messages
by Daniel 16 Nov '04

16 Nov '04

Hi I have been using Dovecot 0.99.11 and 1.0-test52 on a server with about 2000 accounts. All has been working good until a few days ago. Now I'm stuck and can't work out whats going on. The problem seems to be only with Outlook/outlook express clients. If the mail is large with an attachment its fails. After you hit the send and receive button after a while Outlook express gives the error "Your POP3 server has not responded in 60 seconds". Network activity seem to be minimal between the client and the server. There is no log entry out of the ordinary to say what went wrong. I have tried out a number of changes to the dovecot.conf file, none make any difference. Thanks for any help. Regards Daniel Rowe

2 1

[Dovecot] eudora issue
by kent crispin 16 Nov '04

16 Nov '04

There seems to be a protocol mismatch between eudora and dovecot when using pop. The login interchange with, for example, mozilla, is as follows: MO: [connects] DC: +OK dovecot ready. MO: CAPA DC: +OK DC: CAPA DC: TOP DC: USER DC: UIDL DC: RESP-CODES DC: STLS DC: SASL PLAIN DC: . MO: USER yyy DC: +OK MO: PASS xxxxxxxx DC: +OK Logged in. But with eudora, with apparently equivalent configuration, the sequence is as follows: EU: [connects] DC: +OK dovecot ready. EU: CAPA DC: +OK DC: CAPA DC: TOP DC: USER DC: UIDL DC: RESP-CODES DC: STLS DC: SASL PLAIN DC: . EU: auth PLAIN AG1tcgBtaXN0bGV0b2U= DC: -ERR Unsupported authentication mechanism. At this point eudora reports an error back to the user, and the connection fails. Can anyone shed any light on this? Is it just that there is an incompatibility in how eudora and dovecot view the protocol? Or is there some configuration option I need to tweak to make things work? Thanks for any help. Kent -- Kent Crispin kent(a)songbird.com SIP: 81202(a)fwd.pulver.com

3 2