[From nobody Tue Jul 1 20:32:27 2008 Error: UIVALIDITY changed: 1214910035 -> 1214910039 Error: UIVALIDITY changed: 1214910039 -> 1214910036 Error: UIVALIDITY changed: 1214910036 -> 1214910035 Error: UIVALIDITY changed: 1214910035 -> 1214910041 Error: UIVALIDITY changed: 1214910041 -> 1214910049 Error: UIVALIDITY changed: 1214910049 -> 1214910037 Error: UIVALIDITY changed: 1214910037 -> 1214910036 Error: UIVALIDITY changed: 1214910036 -> 1214910039 Error: UIVALIDITY changed: 1214910039 -> 1214910040 Error: UIVALIDITY changed: 1214910040 -> 1214910038 Error: UIVALIDITY changed: 1214910038 -> 1214910607 Error: UIVALIDITY changed: 1214910607 -> 1214910038 Error: UIVALIDITY changed: 1214910038 -> 1214910046 Error: UIVALIDITY changed: 1214910046 -> 1214910036 Error: UIVALIDITY changed: 1214910036 -> 1214910035 Error: UIVALIDITY changed: 1214910035 -> 1214910072 Error: UIVALIDITY changed: 1214910072 -> 1214910063 Error: UIVALIDITY changed: 1214910063 -> 1214910042 Error: UIVALIDITY changed: 1214910042 -> 1214910041 Error: Message UID=74 has \Recent flag in multiple sessions: 1 and 31 Error: UIVALIDITY changed: 1214910041 -> 1214910035 Error: UIVALIDITY changed: 1214910035 -> 1214910039 Error: UIVALIDITY changed: 1214910039 -> 1214910048 Error: UIVALIDITY changed: 1214910048 -> 1214910039 Error: UIVALIDITY changed: 1214910039 -> 1214910038 Error: UIVALIDITY changed: 1214910038 -> 1214910048 Error: UIVALIDITY changed: 1214910048 -> 1214910056 Error: UIVALIDITY changed: 1214910056 -> 1214910049 Error: UIVALIDITY changed: 1214910049 -> 1214910039 Error: UIVALIDITY changed: 1214910039 -> 1214910041 Error: UIVALIDITY changed: 1214910041 -> 1214910040 Error: UIVALIDITY changed: 1214910040 -> 1214910038 Error: UIVALIDITY changed: 1214910038 -> 1214910609 Error: UIVALIDITY changed: 1214910609 -> 1214910607 Error: UIVALIDITY changed: 1214910607 -> 1214910609 Error: UIVALIDITY changed: 1214910609 -> 1214910063 Error: UIVALIDITY changed: 1214910063 -> 1214910056 Error: UIVALIDITY changed: 1214910056 -> 1214910086 Error: imaptest071[19]: UID=8 INTERNALDATE changed 1214910065+120 -> 1214910042+120: * 1 FETCH (INTERNALDATE "01-Jul-2008 13:00:42 +0200" BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii" "format" "flowed") NIL NIL "7bit" 366 16 NIL NIL NIL)) Error: imaptest085[15]: uid=59 <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: BODY[] size changed 3577 -> '2295': * 2 FETCH (UID 59 BODY[] "Return-Path: <cmaloney@cardgate.net> X-Original-To: dovecot@dovecot.org Delivered-To: dovecot@dovecot.org Received: by talvi.dovecot.org (Postfix, from userid 107) id 2BB14C00284F; Tue, 9 Aug 2005 02:45:15 +0300 (EEST) Received: from umd.com.au (unknown [203.48.166.157]) by talvi.dovecot.org (Postfix) with ESMTP id 3BB63C000E3D for <dovecot@dovecot.org>; Tue, 9 Aug 2005 02:45:11 +0300 (EEST) Received: from [192.168.1.21] ([192.168.1.21]) by umd.com.au (8.12.9/8.12.9) with ESMTP id j78Nj5ZL001457; Tue, 9 Aug 2005 10:45:06 +1100 (EST) Message-ID: <42F7EE81.2040500@cardgate.net> Date: Tue, 09 Aug 2005 09:45:05 +1000 From: Curtis Maloney <cmaloney@cardgate.net> User-Agent: Debian Thunderbird 1.0.6 (X11/20050802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Weilers <david@lionhead.nl> Subject: Re: [Dovecot] out of disk space notification References: <42F31966.7040307@lionhead.nl> <42F69969.9000905@cardgate.net> <42F76164.1090900@lionhead.nl> In-Reply-To: <42F76164.1090900@lionhead.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dovecot@dovecot.org X-BeenThere: dovecot@dovecot.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dovecot Mailing List <dovecot.dovecot.org> List-Unsubscribe: <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>, <mailto:dovecot-request@dovecot.org?subject=unsubscribe> List-Archive: <http://dovecot.org/pipermail/dovecot> List-Post: <mailto:dovecot@dovecot.org> List-Help: <mailto:dovecot-request@dovecot.org?subject=help> List-Subscribe: <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>, <mailto:dovecot-request@dovecot.org?subject=subscribe> X-List-Received-Date: Mon, 08 Aug 2005 23:45:15 -0000 David Weilers wrote: > The problem has been fixed. The partition had 0 bytes free. Dovecot > could not handle it (surprise???). Well, this is very much the expected response (one I\'ve encountered myself ): > Kind of an oops situation. Thank you for your support anyway. My advice was more to avoid problems in the future. From memory there were quite a number of easy-to-encounter bugs cleaned up between then and now. I started using Dovecot at 0.99.11, and am now using 0.99.14 happily. -- Curtis Maloney ") Error: imaptest025[27]: UID 42 changed Message-Id: <1046296806.30814.89.camel@hurina> -> <200302242342.41503.spamfiltered@gmx.net>: * 1 FETCH (UID 42 BODY[HEADER.FIELDS (IN-REPLY-TO TO MESSAGE-ID) ] "To: dovecot@procontrol.fi Message-Id: <200302242342.41503.spamfiltered@gmx.net> " ENVELOPE ("Mon, 24 Feb 2003 23:42:41 +0100" "[dovecot] Maildir plus mbox?" (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<200302242342.41503.spamfiltered@gmx.net>")) Error: imaptest025[27]: uid=42 <1046296806.30814.89.camel@hurina>: ENVELOPE changed '"27 Feb 2003 00:00:07 +0200" "[dovecot] Re: pop3: last, and auth plain" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Mark E. Mallett" NIL "mem" "mv.mv.com")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<20030226164538.P19224@iridium.mv.net>" "<1046296806.30814.89.camel@hurina>"' -> '"Mon, 24 Feb 2003 23:42:41 +0100" "[dovecot] Maildir plus mbox?" (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<200302242342.41503.spamfiltered@gmx.net>"': * 1 FETCH (UID 42 BODY[HEADER.FIELDS (IN-REPLY-TO TO MESSAGE-ID) ] "To: dovecot@procontrol.fi Message-Id: <200302242342.41503.spamfiltered@gmx.net> " ENVELOPE ("Mon, 24 Feb 2003 23:42:41 +0100" "[dovecot] Maildir plus mbox?" (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("wolfgang" NIL "spamfiltered" "gmx.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<200302242342.41503.spamfiltered@gmx.net>")) Error: UIVALIDITY changed: 1214910086 -> 1214910125 Error: UIVALIDITY changed: 1214910125 -> 1214910035 Error: UIVALIDITY changed: 1214910035 -> 1214910059 Error: imaptest083[30]: uid=253 <1041884943.28650.4.camel@hurina>: BODY[HEADER] size changed 1255 -> '1721': * 1 FETCH (UID 253 BODY[HEADER] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 06 Feb 2003 13:27:56 +0200 (EET) Return-Path: <kiwi@oav.net> Delivered-To: dovecot@procontrol.fi Received: from kaneda.oav.net (kaneda.oav.net [195.154.210.144]) by danu.procontrol.fi (Postfix) with ESMTP id D6516238C5 for <dovecot@procontrol.fi>; Thu, 6 Feb 2003 13:27:55 +0200 (EET) Received: from oav.net (localhost.oav.net [127.0.0.1]) by localhost.oav.net (Postfix) with ESMTP id 01E9C1575A; Thu, 6 Feb 2003 12:27:51 +0100 (CET) (envelope-from kiwi@oav.net) X-MessageWall-Score: 0 (oav.net) Received: from [127.0.0.1] by oav.net (MessageWall 1.0.8) with SMTP; 6 Feb 2003 11:27:46 -0000 Received: from oav.net (kiwi.adsl.isdnet.net [195.154.177.33]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by kaneda.oav.net (Postfix) with ESMTP id 29A8815759; Thu, 6 Feb 2003 12:27:46 +0100 (CET) (envelope-from kiwi@oav.net) Date: Thu, 6 Feb 2003 12:27:44 +0100 Subject: [dovecot] Re: Dovecot on FreeBSD Content-Type: text/plain; charset=ISO-8859-1; format=flowed Mime-Version: 1.0 (Apple Message framework v551) Cc: dovecot@procontrol.fi To: Timo Sirainen <tss@iki.fi> From: Xavier Beaudouin <kiwi@oav.net> In-Reply-To: <1044498913.943.89.camel@hurina> Message-Id: <0318CC6C-39C6-11D7-AA02-000393B64262@oav.net> Content-Transfer-Encoding: quoted-printable X-Mailer: Apple Mail (2.551) X-archive-position: 275 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: kiwi@oav.net Precedence: bulk X-list: dovecot X-UID: 275 Status: O Content-Length: 1038 ") Error: imaptest085[15]: uid=59 <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: BODYSTRUCTURE changed '"text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1184 32 NIL NIL NIL' -> '"text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL) BODY[HEADER.FIELDS (DELIVERED-TO FROM) ] "Delivered-To: dovecot@dovecot.org From: Curtis Maloney <cmaloney@cardgate.net> ") Error: imaptest085[15]: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: Header DELIVERED-TO changed 'dovecot@procontrol.fi' -> 'dovecot@dovecot.org': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL) BODY[HEADER.FIELDS (DELIVERED-TO FROM) ] "Delivered-To: dovecot@dovecot.org From: Curtis Maloney <cmaloney@cardgate.net> ") Error: imaptest085[15]: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: Header FROM changed 'Mark Lancaster <mark@mercurial-mouth.com>' -> 'Curtis Maloney <cmaloney@cardgate.net>': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" FLAGS () BODYSTRUCTURE ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15 NIL NIL NIL) BODY[HEADER.FIELDS (DELIVERED-TO FROM) ] "Delivered-To: dovecot@dovecot.org From: Curtis Maloney <cmaloney@cardgate.net> ") Error: imaptest015[32]: uid=37 <431EEEFC.4020505@perkel.com>: RFC822.SIZE size changed 1803 -> '2308': * 1 FETCH (RFC822.SIZE 2308 UID 37 BODY[HEADER.FIELDS (DELIVERED-TO DELIVERED-TO TO) ] "Delivered-To: dovecot@dovecot.org " ENVELOPE ("Wed, 07 Sep 2005 06:45:32 -0700" "[Dovecot] imapproxy" (("Marc Perkel" NIL "marc" "perkel.com")) (("Marc Perkel" NIL "marc" "perkel.com")) (("Marc Perkel" NIL "marc" "perkel.com")) NIL ((NIL NIL "dovecot" "dovecot.org")) NIL "<Pine.GSO.4.63.0509070935270.3537@emerald>" "<431EEEFC.4020505@perkel.com>")) Error: imaptest085[15]: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: Header MESSAGE-ID changed '<1045225163.3e4cdecb57871@netmail.pipex.net>' -> '<42F7EE81.2040500@cardgate.net>': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" UID 59 BODY[HEADER.FIELDS (REFERENCES MESSAGE-ID FROM IN-REPLY-TO) ] "Message-ID: <42F7EE81.2040500@cardgate.net> From: Curtis Maloney <cmaloney@cardgate.net> References: <42F31966.7040307@lionhead.nl> <42F69969.9000905@cardgate.net> <42F76164.1090900@lionhead.nl> In-Reply-To: <42F76164.1090900@lionhead.nl> " BODY ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15)) Error: imaptest085[15]: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: Header FROM changed 'Mark Lancaster <mark@mercurial-mouth.com>' -> 'Curtis Maloney <cmaloney@cardgate.net>': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" UID 59 BODY[HEADER.FIELDS (REFERENCES MESSAGE-ID FROM IN-REPLY-TO) ] "Message-ID: <42F7EE81.2040500@cardgate.net> From: Curtis Maloney <cmaloney@cardgate.net> References: <42F31966.7040307@lionhead.nl> <42F69969.9000905@cardgate.net> <42F76164.1090900@lionhead.nl> In-Reply-To: <42F76164.1090900@lionhead.nl> " BODY ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15)) Error: imaptest085[15]: uid=59 <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: BODY changed '"text" "plain" ("charset" "us-ascii") NIL NIL "8bit" 415 21' -> '"text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15': * 2 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" UID 59 BODY[HEADER.FIELDS (REFERENCES MESSAGE-ID FROM IN-REPLY-TO) ] "Message-ID: <42F7EE81.2040500@cardgate.net> From: Curtis Maloney <cmaloney@cardgate.net> References: <42F31966.7040307@lionhead.nl> <42F69969.9000905@cardgate.net> <42F76164.1090900@lionhead.nl> In-Reply-To: <42F76164.1090900@lionhead.nl> " BODY ("text" "plain" ("charset" "ISO-8859-1" "format" "flowed") NIL NIL "7bit" 532 15)) Error: UIVALIDITY changed: 1214910059 -> 1214910035 Error: imaptest085[15]: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: Header DELIVERED-TO changed 'dovecot@procontrol.fi' -> 'dovecot@dovecot.org': * 1 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" BODY[HEADER.FIELDS (DELIVERED-TO MESSAGE-ID) ] "Delivered-To: dovecot@dovecot.org Message-ID: <42F7EE81.2040500@cardgate.net> ") Error: imaptest085[15]: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: Header MESSAGE-ID changed '<1045225163.3e4cdecb57871@netmail.pipex.net>' -> '<42F7EE81.2040500@cardgate.net>': * 1 FETCH (INTERNALDATE "01-Jul-2008 13:01:54 +0200" BODY[HEADER.FIELDS (DELIVERED-TO MESSAGE-ID) ] "Delivered-To: dovecot@dovecot.org Message-ID: <42F7EE81.2040500@cardgate.net> ") Error: imaptest085[15]: uid=59 <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: BODY[HEADER] size changed 1558 -> '1763': * 1 FETCH (UID 59 BODY[HEADER] "Return-Path: <cmaloney@cardgate.net> X-Original-To: dovecot@dovecot.org Delivered-To: dovecot@dovecot.org Received: by talvi.dovecot.org (Postfix, from userid 107) id 2BB14C00284F; Tue, 9 Aug 2005 02:45:15 +0300 (EEST) Received: from umd.com.au (unknown [203.48.166.157]) by talvi.dovecot.org (Postfix) with ESMTP id 3BB63C000E3D for <dovecot@dovecot.org>; Tue, 9 Aug 2005 02:45:11 +0300 (EEST) Received: from [192.168.1.21] ([192.168.1.21]) by umd.com.au (8.12.9/8.12.9) with ESMTP id j78Nj5ZL001457; Tue, 9 Aug 2005 10:45:06 +1100 (EST) Message-ID: <42F7EE81.2040500@cardgate.net> Date: Tue, 09 Aug 2005 09:45:05 +1000 From: Curtis Maloney <cmaloney@cardgate.net> User-Agent: Debian Thunderbird 1.0.6 (X11/20050802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Weilers <david@lionhead.nl> Subject: Re: [Dovecot] out of disk space notification References: <42F31966.7040307@lionhead.nl> <42F69969.9000905@cardgate.net> <42F76164.1090900@lionhead.nl> In-Reply-To: <42F76164.1090900@lionhead.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: dovecot@dovecot.org X-BeenThere: dovecot@dovecot.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dovecot Mailing List <dovecot.dovecot.org> List-Unsubscribe: <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>, <mailto:dovecot-request@dovecot.org?subject=unsubscribe> List-Archive: <http://dovecot.org/pipermail/dovecot> List-Post: <mailto:dovecot@dovecot.org> List-Help: <mailto:dovecot-request@dovecot.org?subject=help> List-Subscribe: <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>, <mailto:dovecot-request@dovecot.org?subject=subscribe> X-List-Received-Date: Mon, 08 Aug 2005 23:45:15 -0000 ") Error: imaptest031[11]: UID=25 INTERNALDATE changed 1042786609+60 -> 1214910610+120: * 1 FETCH (UID 25 INTERNALDATE "01-Jul-2008 13:10:10 +0200" ENVELOPE ("17 Mar 2003 02:41:19 +0200" "[dovecot] Re: Failed to create storage with data: ::" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Dovecot Mail List" NIL "dovecot" "procontrol.fi")) NIL NIL "<3E7515C2.90803@attbi.com>" "<1047861679.26217.7.camel@hurina>")) Error: imaptest077[28]: uid=39 <43270975.9070900@sarnoff.com>: BODY[] size changed 2087 -> '4197': * 1 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 15:26:40 +0200 (EET) Return-Path: <tss@iki.fi> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP id 383FB2385F for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 15:26:40 +0200 (EET) Received: by oma.irssi.org (Postfix, from userid 1000) id 01FEC5E01F94; Thu, 20 Mar 2003 15:26:39 +0200 (EET) Subject: [dovecot] Re: inetd/xinetd/tcpserver support From: Timo Sirainen <tss@iki.fi> To: Charlie Brady <charlieb-dovecot@e-smith.com> Cc: dovecot@procontrol.fi In-Reply-To: <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com> References: <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1048166799.5765.93.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 20 Mar 2003 15:26:39 +0200 X-archive-position: 428 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: tss@iki.fi Precedence: bulk X-list: dovecot X-UID: 428 Status: O Content-Length: 2777 On Thu, 2003-03-20 at 03:30, Charlie Brady wrote: > I have a working tcpserver system, but one using a substantially different > process mix. I haven\'t used imap-login at all, but have used > imapfront-auth from Bruce Guenter\'s mailfront package > (http://www.untroubled.org/mailfront/). > > 002 login foo xxxxx > * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND > UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as foo There\'s one problem. Dovecot shouldn\'t reply with PREAUTH but \"002 OK\". Mailfront gives the 002 in environment variable, so you\'d have to modify Dovecot to use it. Dovecot did before use such variable, but I changed it later to send the OK before executing imap process. I don\'t really remember why anymore, but I think there was a good reason :) > Privilege separation is a very good thing. Is there any more detailed > documentation of how you have done yours than > http://dovecot.procontrol.fi/doc/design.txt? Not really. And I\'m not really sure how I could get it more detailed? :) I think that tells the most relevant things. > Can you provide any reasons why I should use your imap-master, imap-auth > and imap-login proceses rather than my mix\'n\'match setup? I\'m confident > that my setup has the simple, secure, reliable characteristics that I > need, whereas I don\'t have the same confidence in your process set - it > seems unnecessarily complex to me. Well, your setup doesn\'t have privilege separation :) It runs as root all the way until imap process is started. I looked at mailfront and it looked good, but I wouldn\'t be that confident after you add SSL support. There\'s been holes in OpenSSL library, and I think there\'s still more to be found (or created). Security holes in it gives instant root access with your setup, with Dovecot setup the process executing SSL is non-privileged and chrooted so it\'s not very likely that attacker could do much there. Another problem with mailfront is that it doesn\'t support IMAP literals, eg.: x login {4} user {4} pass I don\'t know if there\'s any clients that would do it, but it would be valid for them. > > Only thing I\'m wondering is if any of the TCP wrappers care about the > > created child processes? The master process would have to stay alive > > after the connection that created it dies. > > In general they will, as they will do connection counting. This is handled > in my setup above, as each process execs the following one: tcpserver > forks, and the child execs \"imapfront-auth\", which then authenticates and > execs \"imap\". I implemented this now so that imap-login executes, which forks a new master process. imap-login dies after user logs in, but master stays there. imap process is also forked by master process. ") Error: imaptest065[40]: uid=39 <43270975.9070900@sarnoff.com>: BODY[TEXT] size changed 2840 -> '2610': * 2 FETCH (UID 39 BODY[TEXT] "On Thu, 2003-03-20 at 23:27, Charlie Brady wrote: > > Anyway, I don\'t really care much about it since it pretty much means > > that exploiting it gives access to connections of all users. > > So you don\'t want to have a long running login process after all? I don\'t, but I give option if someone else does who cares more about performance than security. > I don\'t know, but I\'m trying to learn. You know your design and your code; > I\'m just feeling my way around. Your documentation is good in parts, but > there are still big gaps. The installation documentation only covers > building - I have yet to find anything which tells me how to execute > dovecot (have I missed it?). I\'m not sure which processes run when, and > exactly what communication occurs between them over what communication > channels. It\'s executed by running \"dovecot\" :) INSTALL document actually still says imap-master, fixing.. dovecot process anyway executes everything else. They talk to each others only with UNIX sockets. > > Sounds like the > > only difference is that it runs login code as root and exec()s imap > > binary after login, where my code sends it through master process which > > forks new imap process. > > I don\'t know exactly what \"sent it through master process\" means. File descriptor passing through UNIX socket. Login process accept()s the new socket and handles everything until client has successfully logged in, after that the socket is passed to master process and closed. Master process executes new imap process and sets the socket as it\'s stdin/stdout. > I have a preference for running simple software which I already have > reason to trust. This is why I want to use tcpserver, and why I have a > leaning towards using mailfront and cvm. I know that stunnel isn\'t > completely wonderful, but it is very widely used, and the chroot feature > added by Scott Gifford fixes the principal weakness. Actually Dovecot\'s SSL tunnel seems to be somewhat broken now. > I am looking for a better IMAP daemon than I have at present, but I would > prefer not to have a new system of authentication, and a new network > connection monitor. There is a lot of new (to me) code in dovecot, but the > only code of high value to me is the imap daemon itself. OK, currently there\'s no reason why you shouldn\'t do that. I\'ll probably add some communication with dovecot master process <-> imap process later, but that will be optional as well. At least for requesting lock files (shared folders or mboxes in /var/mail), maybe something else.. ") Error: imaptest053[51]: UID 25 changed Message-Id: <1047861679.26217.7.camel@hurina> -> <20030314141528.6bdb8bba.umaro@narshe.net>: * 1 FETCH (BODY[HEADER.FIELDS (FROM SUBJECT DELIVERED-TO MESSAGE-ID) ] "Delivered-To: dovecot@procontrol.fi From: Chris Doyle <umaro@narshe.net> Subject: [dovecot] dovecot/vpopmail auth problems Message-Id: <20030314141528.6bdb8bba.umaro@narshe.net> " BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 518 20) ENVELOPE ("Fri, 14 Mar 2003 14:15:28 -0700" "[dovecot] dovecot/vpopmail auth problems" (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<20030314141528.6bdb8bba.umaro@narshe.net>") BODY[HEADER.FIELDS (TO CC SUBJECT) ] "To: dovecot@procontrol.fi Subject: [dovecot] dovecot/vpopmail auth problems ") Error: imaptest053[51]: uid=25 <1047861679.26217.7.camel@hurina>: ENVELOPE changed '"17 Mar 2003 02:41:19 +0200" "[dovecot] Re: Failed to create storage with data: ::" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Dovecot Mail List" NIL "dovecot" "procontrol.fi")) NIL NIL "<3E7515C2.90803@attbi.com>" "<1047861679.26217.7.camel@hurina>"' -> '"Fri, 14 Mar 2003 14:15:28 -0700" "[dovecot] dovecot/vpopmail auth problems" (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<20030314141528.6bdb8bba.umaro@narshe.net>"': * 1 FETCH (BODY[HEADER.FIELDS (FROM SUBJECT DELIVERED-TO MESSAGE-ID) ] "Delivered-To: dovecot@procontrol.fi From: Chris Doyle <umaro@narshe.net> Subject: [dovecot] dovecot/vpopmail auth problems Message-Id: <20030314141528.6bdb8bba.umaro@narshe.net> " BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 518 20) ENVELOPE ("Fri, 14 Mar 2003 14:15:28 -0700" "[dovecot] dovecot/vpopmail auth problems" (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Chris Doyle" NIL "umaro" "narshe.net")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL NIL "<20030314141528.6bdb8bba.umaro@narshe.net>") BODY[HEADER.FIELDS (TO CC SUBJECT) ] "To: dovecot@procontrol.fi Subject: [dovecot] dovecot/vpopmail auth problems ") Error: imaptest022[26]: UID=36 INTERNALDATE changed 1047829236+60 -> 1214910610+120: * 1 FETCH (INTERNALDATE "01-Jul-2008 13:10:10 +0200") Error: imaptest022[26]: uid=39 <43270975.9070900@sarnoff.com>: BODY[] size changed 4197 -> '2298': * 3 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 22:50:30 +0300 (EEST) Return-Path: <tss@iki.fi> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP id 9E7CF2385F for <dovecot@procontrol.fi>; Thu, 3 Apr 2003 22:50:30 +0300 (EEST) Received: by oma.irssi.org (Postfix, from userid 1000) id 69CC35E01F95; Thu, 3 Apr 2003 22:50:30 +0300 (EEST) Subject: [dovecot] Re: NFS mounted IMAP dirs From: Timo Sirainen <tss@iki.fi> To: \"Dovecot (E-mail)\" <dovecot@procontrol.fi> In-Reply-To: <410777FC7A66D511911500B0D0783455024C4F94@nlladot05.intern.ladot.com> References: <410777FC7A66D511911500B0D0783455024C4F94@nlladot05.intern.ladot.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1049399430.22898.78.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 03 Apr 2003 22:50:30 +0300 X-archive-position: 504 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: tss@iki.fi Precedence: bulk X-list: dovecot X-UID: 504 Status: O On Mon, 2003-03-31 at 11:52, Maikel Verheijen wrote: > Well: I am working with Maildir mailstores, so I guess I need to > have a uidlist kinda file then? Sorry it wasn\'t clear in my post > that I am using Maildir style mailboxes... But I figured maildir was > better than Mbox over nfs... Maildir is much better over NFS and you would need the uidlist file since you can\'t use indexes. > My current setup is with postgresql and Maildir. So in a way, a lot of > info COULD come from my database, if it isn\'t safe enough via nfs. Well, I was thinking of supporting PostgreSQL/Oracle mailstores too. Mail bodies could optionally be stored outside the database as files. > Can you make all file locking configurable? Or will you do it on a > \"per-type\" basis? (eg: mailbox locking, index locking, flag-file > locking, etc). I\'ll add option to specify if we want NFS-safe locking for .subscriptions and .customflags files. But it isn\'t really high priority now. ") Error: imaptest077[28]: uid=39 <43270975.9070900@sarnoff.com>: BODY[] size changed 2298 -> '4197': * 1 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 20 Mar 2003 15:26:40 +0200 (EET) Return-Path: <tss@iki.fi> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP id 383FB2385F for <dovecot@procontrol.fi>; Thu, 20 Mar 2003 15:26:40 +0200 (EET) Received: by oma.irssi.org (Postfix, from userid 1000) id 01FEC5E01F94; Thu, 20 Mar 2003 15:26:39 +0200 (EET) Subject: [dovecot] Re: inetd/xinetd/tcpserver support From: Timo Sirainen <tss@iki.fi> To: Charlie Brady <charlieb-dovecot@e-smith.com> Cc: dovecot@procontrol.fi In-Reply-To: <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com> References: <Pine.LNX.4.44.0303192003510.28377-100000@allspice.nssg.mitel.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1048166799.5765.93.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 20 Mar 2003 15:26:39 +0200 X-archive-position: 428 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: tss@iki.fi Precedence: bulk X-list: dovecot X-UID: 428 Status: O Content-Length: 2777 On Thu, 2003-03-20 at 03:30, Charlie Brady wrote: > I have a working tcpserver system, but one using a substantially different > process mix. I haven\'t used imap-login at all, but have used > imapfront-auth from Bruce Guenter\'s mailfront package > (http://www.untroubled.org/mailfront/). > > 002 login foo xxxxx > * PREAUTH [CAPABILITY IMAP4rev1 SORT THREAD=REFERENCES MULTIAPPEND > UNSELECT LITERAL+ IDLE CHILDREN LISTEXT LIST-SUBSCRIBED] Logged in as foo There\'s one problem. Dovecot shouldn\'t reply with PREAUTH but \"002 OK\". Mailfront gives the 002 in environment variable, so you\'d have to modify Dovecot to use it. Dovecot did before use such variable, but I changed it later to send the OK before executing imap process. I don\'t really remember why anymore, but I think there was a good reason :) > Privilege separation is a very good thing. Is there any more detailed > documentation of how you have done yours than > http://dovecot.procontrol.fi/doc/design.txt? Not really. And I\'m not really sure how I could get it more detailed? :) I think that tells the most relevant things. > Can you provide any reasons why I should use your imap-master, imap-auth > and imap-login proceses rather than my mix\'n\'match setup? I\'m confident > that my setup has the simple, secure, reliable characteristics that I > need, whereas I don\'t have the same confidence in your process set - it > seems unnecessarily complex to me. Well, your setup doesn\'t have privilege separation :) It runs as root all the way until imap process is started. I looked at mailfront and it looked good, but I wouldn\'t be that confident after you add SSL support. There\'s been holes in OpenSSL library, and I think there\'s still more to be found (or created). Security holes in it gives instant root access with your setup, with Dovecot setup the process executing SSL is non-privileged and chrooted so it\'s not very likely that attacker could do much there. Another problem with mailfront is that it doesn\'t support IMAP literals, eg.: x login {4} user {4} pass I don\'t know if there\'s any clients that would do it, but it would be valid for them. > > Only thing I\'m wondering is if any of the TCP wrappers care about the > > created child processes? The master process would have to stay alive > > after the connection that created it dies. > > In general they will, as they will do connection counting. This is handled > in my setup above, as each process execs the following one: tcpserver > forks, and the child execs \"imapfront-auth\", which then authenticates and > execs \"imap\". I implemented this now so that imap-login executes, which forks a new master process. imap-login dies after user logs in, but master stays there. imap process is also forked by master process. ") Error: imaptest072[38]: uid=39 <43270975.9070900@sarnoff.com>: BODY[] size changed 4197 -> '1871': * 1 FETCH (UID 39 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Thu, 03 Apr 2003 22:45:55 +0300 (EEST) Return-Path: <tss@iki.fi> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP id 7B4232385F for <dovecot@procontrol.fi>; Thu, 3 Apr 2003 22:45:55 +0300 (EEST) Received: by oma.irssi.org (Postfix, from userid 1000) id 49A5B5E01F95; Thu, 3 Apr 2003 22:45:55 +0300 (EEST) Subject: [dovecot] Re: Question about the password field in a postgresql database From: Timo Sirainen <tss@iki.fi> To: \"Dovecot (E-mail)\" <dovecot@procontrol.fi> In-Reply-To: <410777FC7A66D511911500B0D0783455024C4FA0@nlladot05.intern.ladot.com> References: <410777FC7A66D511911500B0D0783455024C4FA0@nlladot05.intern.ladot.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1049399155.22896.72.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.3 Date: 03 Apr 2003 22:45:55 +0300 X-archive-position: 503 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: tss@iki.fi Precedence: bulk X-list: dovecot X-UID: 503 Status: O On Wed, 2003-04-02 at 18:29, Maikel Verheijen wrote: > When I try to set the default_pass_scheme in dovecot-pgsql.conf to > CRYPT, the dovecot does not recognize my crypted passwords. If I > prepend my encrypted passwords with {CRYPT}, dovecot DOES recognize > it. (even when I set default_pass_scheme to PLAIN). > > Is this supposed to work, or am I misinterpreting things here? Works fine with me.. Only thing I can think of is that it\'s some stupid configuration mistake, like not uncommenting the line :) ") Error: UIVALIDITY changed: 1214910035 -> 1214910036 Error: UIVALIDITY changed: 1214910036 -> 1214910609 Error: imaptest063[22]: uid=68 <1049821213.25105.126.camel@hurina>: BODY[1] size changed 160 -> '495': * 2 FETCH (UID 68 BODY[1] "Hi everyone, the attached message does reliably crash my dovecot when trying to access a folder containing it. Crash notice in mail.log: Apr 13 17:36:12 rafter dovecot: child 23215 (imap) killed with signal 11 My `dovecot --version` says: 0.99.8 Has this problem been fixed in current dovecot? For now I have just quarantined the offending message but obviously I need to upgrade my dovecot soon because I don\'t like such kinda things to happen. best regards! -- MW ") Error: imaptest065[40]: uid=40 <Pine.LNX.4.44.0302172107560.9975-100000@krs-dhcp401.studby.uio.no>: BODY[] size changed 2688 -> '2671': * 1 FETCH (UID 40 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Mon, 07 Apr 2003 01:15:48 +0300 (EEST) Return-Path: <charlieb-dovecot@e-smith.com> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from nssg.mitel.com (mail.e-smith.com [216.191.234.126]) by danu.procontrol.fi (Postfix) with SMTP id AC0872387F for <dovecot@procontrol.fi>; Mon, 7 Apr 2003 01:15:47 +0300 (EEST) Received: (qmail 27315 invoked by uid 404); 6 Apr 2003 22:15:46 -0000 Received: from charlieb-dovecot@e-smith.com by tripe.nssg.mitel.com with qmail-scanner; 06 Apr 2003 18:15:46 -0000 Received: from allspice-core.nssg.mitel.com (HELO e-smith.com) (10.33.16.12) by tripe.nssg.mitel.com (10.33.17.11) with SMTP; 06 Apr 2003 22:15:46 -0000 Received: (qmail 13358 invoked by uid 5008); 6 Apr 2003 22:15:45 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 Apr 2003 22:15:45 -0000 Date: Sun, 6 Apr 2003 18:15:45 -0400 (EDT) From: Charlie Brady <charlieb-dovecot@e-smith.com> X-X-Sender: charlieb@allspice.nssg.mitel.com To: Timo Sirainen <tss@iki.fi> Cc: dovecot@procontrol.fi Subject: [dovecot] Re: message order reversed on copying In-Reply-To: <1049658928.22898.360.camel@hurina> Message-ID: <Pine.LNX.4.44.0304061811480.10634-100000@allspice.nssg.mitel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 515 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: charlieb-dovecot@e-smith.com Precedence: bulk X-list: dovecot X-UID: 515 Status: O On 6 Apr 2003, Timo Sirainen wrote: > On Sun, 2003-04-06 at 22:12, Charlie Brady wrote: > > > > You shouldn\'t need to do that. All you need to do is to sort the new > > message files (by name or by mtime - by name will be faster), before > > processing them. > > Yes, well, that does it too :) > > > + nfiles = scandir (tmp, &names, NULL, maildir_namesort); > > scandir() isn\'t portable though. No? Which OS doesn\'t have it? > > As a workaround, Kimura, you can delete dovecot\'s .imap.* index files, and > > the new UIDs will be sorted again - until next time. > > Which changes UIDVALIDITY and forces clients to discard their cache. Yes, I could have mentioned that. Still, it\'s the only way I know to restore the sorting order once it\'s jumbled. > Not too good idea. Pretty much the same as just disabling the index > files. No, because after you fix the problem the indexes will be usable again. But until then, you are right :-) -- Charlie ") Error: imaptest087[18]: uid=59 <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com>: BODY[] size changed 2295 -> '3577': * 1 FETCH (UID 59 BODY[] "Return-Path: <jaldhar@debian.org> X-Original-To: dovecot@dovecot.org Delivered-To: dovecot@dovecot.org Received: by talvi (Postfix, from userid 107) id 4E62BC000DC5; Tue, 16 Dec 2003 07:30:21 +0200 (EET) Received: from mail.braincells.com (samadhi.braincells.com [216.162.42.100]) by talvi (Postfix) with ESMTP id 1086AC0007A4 for <dovecot@dovecot.org>; Tue, 16 Dec 2003 07:30:19 +0200 (EET) Received: from localhost (localhost [127.0.0.1]) by mail.braincells.com (Postfix) with ESMTP id 914C77F6F; Tue, 16 Dec 2003 00:29:51 -0500 (EST) Received: from mail.braincells.com ([127.0.0.1]) by localhost (samadhi [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17032-06; Tue, 16 Dec 2003 00:29:51 -0500 (EST) Received: from [192.168.2.25] (pcp05652358pcs.jersyc01.nj.comcast.net [68.37.205.194]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by mail.braincells.com (Postfix) with ESMTP id ACDB37F58; Tue, 16 Dec 2003 00:29:50 -0500 (EST) Date: Tue, 16 Dec 2003 00:26:26 -0500 (EST) From: \"Jaldhar H. Vyas\" <jaldhar@debian.org> X-X-Sender: jaldhar@diku.intranet.braincell.com To: Jeroen van Disseldorp <jdizzl@xs4all.nl>, 224092@bugs.debian.org In-Reply-To: <200312160004.30066.jdizzl@xs4all.nl> Message-ID: <Pine.LNX.4.58.0312160021060.6698@diku.intranet.braincell.com> References: <200312160004.30066.jdizzl@xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new-20030616-p5 (Debian) at braincells.com Cc: dovecot@dovecot.org Subject: [Dovecot] Re: Bug#224092: Dovecot IMAP: detection of folders X-BeenThere: dovecot@dovecot.org X-Mailman-Version: 2.1.3 Precedence: list Reply-To: \"Jaldhar H. Vyas\" <jaldhar@debian.org> List-Id: Dovecot Mailing List <dovecot.dovecot.org> List-Unsubscribe: <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>, <mailto:dovecot-request@dovecot.org?subject=unsubscribe> List-Archive: <http://dovecot.org/pipermail/dovecot> List-Post: <mailto:dovecot@dovecot.org> List-Help: <mailto:dovecot-request@dovecot.org?subject=help> List-Subscribe: <http://dovecot.org/cgi-bin/mailman/listinfo/dovecot>, <mailto:dovecot-request@dovecot.org?subject=subscribe> X-List-Received-Date: Tue, 16 Dec 2003 05:30:21 -0000 X-UID: 4082 Status: O Content-Length: 1151 On Tue, 16 Dec 2003, Jeroen van Disseldorp wrote: > Package: dovecot-imapd > Version: 0.99.10.4-2 > Severity: normal > > When accessing a maildir with \"all folders\" instead of \"only subscribed > folders\", dovecot wrongfully reports its index-files (.imap.*) as mail > folders. When the client (KMail 1.5.2 in my case) checks for email, it > aborts halfway with the message: > > Unable to get information about folder imap.index. The server replied: > Internal error [2003-12-15 23:53:05] > > I noticed the same thing with the .subscription-file, but that seems to > have disappeared after a reinstall of dovecot*. Squirrelmail, which > only checks subscribed folders, has no problems. > > The problem started with the last upgrade from 0.99.10.4-1 to -2. -1 was > working fine. I am using Debian GNU/Linux unstable (fully updated) with > kernel 2.4.18-686. I don\'t think the problem was caused by the upgrade as I only changed one Debian dependency. I am Cc\'ing the Dovecot mailing list to see if the developer or anyone else has some insight into this. -- Jaldhar H. Vyas <jaldhar@debian.org> La Salle Debain - http://www.braincells.com/debian/ ") Error: imaptest094[9]: uid=34 <20030408065019.O33396@mail.willard.se>: BODY[] size changed 3393 -> '1649': * 1 FETCH (UID 34 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Tue, 08 Apr 2003 19:41:15 +0300 (EEST) Return-Path: <aw@osn.de> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from kuba.osn.de (kuba.osn.de [194.45.27.112]) by danu.procontrol.fi (Postfix) with SMTP id AE89023845 for <dovecot@procontrol.fi>; Tue, 8 Apr 2003 19:41:15 +0300 (EEST) Received: (qmail 28794 invoked by uid 4179); 8 Apr 2003 16:41:37 -0000 Date: Tue, 8 Apr 2003 18:41:15 +0200 From: Armin Wolfermann <aw@osn.de> To: dovecot@procontrol.fi Subject: [dovecot] Patch for passdb-passwd-file.c Message-ID: <20030408164137.GE26048@kuba.osn.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-archive-position: 535 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: aw@osn.de Precedence: bulk X-list: dovecot X-UID: 535 Status: O Index: passdb-passwd-file.c =================================================================== RCS file: /home/cvs/dovecot/src/auth/passdb-passwd-file.c,v retrieving revision 1.6 diff -u -u -r1.6 passdb-passwd-file.c --- passdb-passwd-file.c 18 Feb 2003 19:24:44 -0000 1.6 +++ passdb-passwd-file.c 8 Apr 2003 15:59:53 -0000 @@ -28,7 +28,7 @@ crypted_pass = pu->password; scheme = password_get_scheme(&crypted_pass); - if (scheme == NULL) scheme = \"DES\"; + if (scheme == NULL) scheme = \"CRYPT\"; ret = password_verify(password, crypted_pass, scheme, request->user); ") Error: imaptest056[21]: uid=34 <20030408065019.O33396@mail.willard.se>: RFC822.SIZE size changed 1649 -> '3393': * 1 FETCH (RFC822.SIZE 3393 BODY[HEADER.FIELDS (REFERENCES CC) ] "Cc: Johan Willard <johan@willard.se>, dovecot@procontrol.fi References: <20030407095738.X14045@mail.willard.se> <1049742262.25106.24.camel@hurina> " BODY[HEADER.FIELDS (DELIVERED-TO MESSAGE-ID DELIVERED-TO CC) ] "Delivered-To: dovecot@procontrol.fi Cc: Johan Willard <johan@willard.se>, dovecot@procontrol.fi Message-ID: <20030408065019.O33396@mail.willard.se> ") Error: imaptest016[53]: UID=5 INTERNALDATE changed 1214910610+120 -> 1049142780+120: * 1 FETCH (INTERNALDATE "31-Mar-2003 22:33:00 +0200" BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 958 25 NIL NIL NIL)) Error: imaptest068[29]: uid=34 <20030408065019.O33396@mail.willard.se>: BODY[] size changed 3393 -> '1942': * 1 FETCH (UID 34 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Wed, 16 Apr 2003 12:20:28 +0300 (EEST) Return-Path: <lfarkas@bnap.hu> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from mail1.bppiac.hu (blue.bppiac.hu [212.108.197.67]) by danu.procontrol.fi (Postfix) with ESMTP id 5208323845 for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 12:20:28 +0300 (EEST) Received: from mail2.bppiac.hu (portal.bppiac.hu [194.143.224.170]) by mail1.bppiac.hu (Postfix) with ESMTP id 4DDA5754014 for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 11:21:04 +0200 (CEST) Received: from portal.bppiac.hu (localhost [127.0.0.1]) by portal.bppiac.hu (Postfix) with SMTP id 8ECFD3F22 for <dovecot@procontrol.fi>; Wed, 16 Apr 2003 11:20:27 +0200 (CEST) Message-ID: <3E9D205B.30104@bnap.hu> Date: Wed, 16 Apr 2003 11:20:27 +0200 From: Farkas Levente <lfarkas@bnap.hu> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dovecot List <dovecot@procontrol.fi> Subject: [dovecot] it seems to unusable Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 597 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: lfarkas@bnap.hu Precedence: bulk X-list: dovecot X-UID: 600 Status: O hi, is there any way to turn off the whole indexing stuff? unfortunately the system getting totaly unusable beacuase of the high load and the mail index generation is so slow that every users call the helpdask that his mail is not working (what\'s more in this case just click on OE again and start another mailer process:-() we\'ve got about 100k mails which is about 10-20GB! -- Levente \"Si vis pacem para bellum!\" ") Error: UIVALIDITY changed: 1214910609 -> 1214910037 Error: imaptest065[40]: uid=41 <1045516638.4604.563.camel@hurina>: BODY[] size changed 3908 -> '1857': * 1 FETCH (UID 41 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Tue, 15 Apr 2003 20:54:37 +0300 (EEST) Return-Path: <tss@iki.fi> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from oma.irssi.org (ip213-185-36-189.laajakaista.mtv3.fi [213.185.36.189]) by danu.procontrol.fi (Postfix) with ESMTP id 70F80238D3 for <dovecot@procontrol.fi>; Tue, 15 Apr 2003 20:54:37 +0300 (EEST) Received: by oma.irssi.org (Postfix, from userid 1000) id E6CFF5E017F5; Tue, 15 Apr 2003 20:54:36 +0300 (EEST) Subject: [dovecot] Re: PATCH allow_zero_gid option From: Timo Sirainen <tss@iki.fi> To: Dominic Marks <dom@cus.org.uk> Cc: dovecot@procontrol.fi In-Reply-To: <20030415174521.GA90876@cus.org.uk> References: <20030415174521.GA90876@cus.org.uk> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: Message-Id: <1050429276.16120.22.camel@hurina> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 15 Apr 2003 20:54:36 +0300 X-archive-position: 587 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: tss@iki.fi Precedence: bulk X-list: dovecot X-UID: 590 Status: O On Tue, 2003-04-15 at 20:45, Dominic Marks wrote: > Hey, > > Well, that was easy :-) Patch against CVS follows: > > Summary: > Created a boolean option allow_zero_gid, when set to yes it will allow > logins from users whose group id is zero. Tested with KMail 3.1.1 on > FreeBSD 4.8. I\'m not sure if my method for passing the boolean via the > environment is correct, it looks a little on the ugly side. Well, almost fine, but I\'ll move the allow_zg only to restrict_access_by_env() like disallow_root is done. So this setting doesn\'t affect created auth or login processes. ") Error: imaptest087[18]: uid=68 <1049821213.25105.126.camel@hurina>: RFC822.SIZE size changed 2782 -> '1387': * 1 FETCH (RFC822.SIZE 1387 INTERNALDATE "08-Apr-2003 20:00:14 +0200") Error: imaptest072[38]: UID 41 changed Message-Id: <1045516638.4604.563.camel@hurina> -> <1050500339.16342.32.camel@hurina>: * 1 FETCH (INTERNALDATE "01-Jul-2008 13:10:13 +0200" ENVELOPE ("16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<54899.195.235.92.108.1050478323.squirrel@www.eurielec.etsit.upm.es>" "<1050500339.16342.32.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 263 8 NIL NIL NIL)) Error: imaptest072[38]: uid=41 <1045516638.4604.563.camel@hurina>: ENVELOPE changed '"17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>" "<1045516638.4604.563.camel@hurina>"' -> '"16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<54899.195.235.92.108.1050478323.squirrel@www.eurielec.etsit.upm.es>" "<1050500339.16342.32.camel@hurina>"': * 1 FETCH (INTERNALDATE "01-Jul-2008 13:10:13 +0200" ENVELOPE ("16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL! "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<54899.195.235.92.108.1050478323.squirrel@www.eurielec.etsit.upm.es>" "<1050500339.16342.32.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 263 8 NIL NIL NIL)) Error: imaptest026[42]: <3E676C6B.9070802@bnap.hu>: Header MESSAGE-ID changed '<3E676C6B.9070802@bnap.hu>' -> '<20030306165208.F14976@iridium.mv.net>': * 1 FETCH (BODY[HEADER.FIELDS (TO SUBJECT MESSAGE-ID) ] "To: dovecot@procontrol.fi Subject: [dovecot] Re: IMAP Folder paths Message-ID: <20030306165208.F14976@iridium.mv.net> " BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1450 37)) Error: imaptest015[32]: uid=41 <1045516638.4604.563.camel@hurina>: ENVELOPE changed '"16 Apr 2003 16:38:59 +0300" "[dovecot] Re: Shadow password file" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) (("Jaime Medrano" NIL "overflow" "eurielec.etsit.upm.es")) ((NIL NIL "dovecot" "procontrol.fi")) NIL "<54899.195.235.92.108.1050478323.squirrel@www.eurielec.etsit.upm.es>" "<1050500339.16342.32.camel@hurina>"' -> '"17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>" "<1045516638.4604.563.camel@hurina>"': * 2 FETCH (ENVELOPE ("17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "doveco! t-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>" "<1045516638.4604.563.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 2601 61 NIL NIL NIL)) Error: imaptest015[32]: uid=41 <1045516638.4604.563.camel@hurina>: BODYSTRUCTURE changed '"text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 263 8 NIL NIL NIL' -> '"text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 2601 61 NIL NIL NIL': * 2 FETCH (ENVELOPE ("17 Feb 2003 23:17:19 +0200" "[dovecot] Re: [bincimap] Re: Re: bincimap" (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot-bounce" "procontrol.fi")) (("Timo Sirainen" NIL "tss" "iki.fi")) ((NIL NIL "dovecot" "procontrol.fi")) NIL NIL "<Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>" "<1045516638.4604.563.camel@hurina>") BODYSTRUCTURE ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 2601 61 NIL NIL NIL)) Error: imaptest015[32]: uid=40 <Pine.LNX.4.44.0302172107560.9975-100000@krs-dhcp401.studby.uio.no>: BODY[HEADER] size changed 1650 -> '1369': * 1 FETCH (UID 40 BODY[HEADER] "Received: with ECARTIS (v1.0.0; list dovecot); Mon, 17 Feb 2003 22:21:27 +0200 (EET) Return-Path: <dovecot@andreas.hanssen.name> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from krs-dhcp401.studby.uio.no (krs-dhcp054.studby.uio.no [129.240.106.84]) by danu.procontrol.fi (Postfix) with SMTP id 9D33823839 for <dovecot@procontrol.fi>; Mon, 17 Feb 2003 22:21:27 +0200 (EET) Received: (qmail 11240 invoked by uid 500); 17 Feb 2003 20:21:45 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 17 Feb 2003 20:21:45 -0000 Date: Mon, 17 Feb 2003 21:21:44 +0100 (CET) From: Andreas Aardal Hanssen <dovecot@andreas.hanssen.name> X-X-Sender: andreaha@krs-dhcp401.studby.uio.no To: dovecot@procontrol.fi Subject: [dovecot] Re: [bincimap] Re: Re: bincimap In-Reply-To: <1045511293.4604.489.camel@hurina> Message-ID: <Pine.LNX.4.44.0302172107560.9975-100000@krs-dhcp401.studby.uio.no> X-Sent-From-Infeline: Yes MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 297 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: dovecot@andreas.hanssen.name Precedence: bulk X-list: dovecot X-UID: 297 Status: O Content-Length: 1281 ") Error: UIVALIDITY changed: 1214910037 -> 1214910039 Error: imaptest068[13]: uid=41 <1045516638.4604.563.camel@hurina>: BODY[] size changed 1857 -> '2146': * 1 FETCH (UID 41 BODY[] "Received: with ECARTIS (v1.0.0; list dovecot); Fri, 11 Apr 2003 00:41:19 +0300 (EEST) Return-Path: <mem@mv.mv.com> X-Original-To: dovecot@procontrol.fi Delivered-To: dovecot@procontrol.fi Received: from mv.mv.com (iridium.mv.net [199.125.85.17]) by danu.procontrol.fi (Postfix) with SMTP id DD22B23860 for <dovecot@procontrol.fi>; Fri, 11 Apr 2003 00:41:17 +0300 (EEST) Received: (qmail 19229 invoked by uid 101); 10 Apr 2003 17:41:13 -0400 From: \"Mark E. Mallett\" <mem@mv.mv.com> Date: Thu, 10 Apr 2003 17:41:13 -0400 To: dovecot@procontrol.fi Subject: [dovecot] compilation errors Message-ID: <20030410214113.GQ12480@iridium.mv.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-archive-position: 550 X-ecartis-version: Ecartis v1.0.0 Sender: dovecot-bounce@procontrol.fi Errors-to: dovecot-bounce@procontrol.fi X-original-sender: mem@mv.mv.com Precedence: bulk X-list: dovecot X-UID: 550 Status: O Content-Length: 1032 Hi- I always encounter the same two minor compilation issues which are easily addressed simply by a quick edit, but this time I figured I\'d mention it in case you can work around it. This is on a BSD/OS 4.2 system. First, the generated config.h always creates a definition for OFF_T_MAX which conflicts with the one in the system\'s limits.h config.h defines: #define OFF_T_MAX LLONG_MAX whereas /usr/include/machine/limits.h defines: #define OFF_T_MAX UQUAD_MAX /* max value for an off_t */ I simply comment out the definition from config.h . Second, in src/lib/mmap-anon.c there\'s a preprocessor conditional: #if SSIZE_T_MAX >= LLONG_MAX (etc) Unfortunately /usr/include/machine/limits.h defines LLONG_MAX thusly: #define LLONG_MAX (__extension__(9223372036854775807LL)) (evidently to suppress pedantic warnings about the gcc long long constant extension) but the cpp prepreprocessor stumbles over this comparison. This might be fixed in a later gcc, I dunno- it\'s gcc 2.95.2 here. Yours, -mm- ") Error: imaptest015[32]: UID=41 INTERNALDATE changed 1214910613+120 -> 1214910609+120: * 1 FETCH (FLAGS (\Answered \Flagged \Seen \Draft \Recent $Label2 $Label3 $Label5) INTERNALDATE "01-Jul-2008 13:10:09 +0200") Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header REFERENCES changed ' <Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>' -> '': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] " " BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <mem@mv.mv.com> Subject: [dovecot] compilation errors " BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41)) Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header FROM changed 'Timo Sirainen <tss@iki.fi>' -> '"Mark E. Mallett" <mem@mv.mv.com>': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] " " BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <mem@mv.mv.com> Subject: [dovecot] compilation errors " BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41)) Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header REFERENCES changed ' <Pine.LNX.4.44.0302172053490.9975-100000@krs-dhcp401.studby.uio.no>' -> '': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] " " BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <mem@mv.mv.com> Subject: [dovecot] compilation errors " BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41)) Error: imaptest068[13]: <1045516638.4604.563.camel@hurina>: Header SUBJECT changed '[dovecot] Re: [bincimap] Re: Re: bincimap' -> '[dovecot] compilation errors': * 1 FETCH (FLAGS (\Seen \Recent $Label3 $Label1) BODY[HEADER.FIELDS (REFERENCES) ] " " BODY[HEADER.FIELDS (FROM REFERENCES SUBJECT) ] "From: \"Mark E. Mallett\" <mem@mv.mv.com> Subject: [dovecot] compilation errors " BODY ("text" "plain" ("charset" "us-ascii") NIL NIL "7bit" 1074 41)) Error: UIVALIDITY changed: 1214910039 -> 1214910037 Error: imaptest056[21]: uid=41 <1045516638.4604.563.camel@hurina>: BODY[1] size changed 2601 -> '517': * 1 FETCH (UID 41 BODY[1] "Some bugfixes: v0.99.9.1 2003-05-03 Timo Sirainen <tss@iki.fi> - Messages having lines longer than 8192 bytes caused problems. - There was some problems when opening a mbox first time that had been empty for a while. - Didn\'t compile with OpenBSD. - POP3 server crashed sometimes instead of printing error message. - If cached IMAP envelope contained literals, SEARCHing in it wrote errors to log file. For example if subject contained highascii, \'\"\' or \'\\\' characters this happened. ") Error: imaptest032[41]: uid=30 <1053508947.1214.358.camel@hurina>: RFC822.SIZE size changed 2885 -> '2579': * 3 FETCH (RFC822.SIZE 2579) ]